想必大家都听过并且常用这个原则进行一些项目的重构，因为这个原则太简单了，一句话概括就是：应该有且仅有一个原因引起类的变更。但是我们在实际的项目里面不能够生搬硬套，因为单一职责原则有个缺点就是可能会造成类对象的剧增，导致我们在用的时候就需要人为的组合对象。大家应该知道组合操作就会造成冗余、耦合，所以可... ...
分类：
其他好文 时间：
2017-01-22 11:49:52
阅读次数：
149
● Visitor——抽象访问者 抽象类或者接口，声明访问者可以访问哪些元素，具体到程序中就是visit方法的参数定 义哪些对象是可以被访问的。 ● ConcreteVisitor——具体访问者 它影响访问者访问到一个类后该怎么干，要做什么事情。 ● Element——抽象元素 接口或者抽象类，声明 ...
分类：
其他好文 时间：
2017-01-20 00:22:20
阅读次数：
243
一、单一职责原则（Single Responsibility Principe）简称是SRP。 单一职责原则的好处： 1、类的复杂性降低，实现什么职责都有清晰明确的定义； 2、可读性提高，复杂性降低，那当然可读性就提高了； 3、可维护性提高，可读性提高，那当然就更容易维护了； 4、变更引起的危险降低 ...
分类：
其他好文 时间：
2017-01-19 19:19:11
阅读次数：
198
关键代码：构造函数是私有的。 优点： 1、在内存里只有一个实例，减少了内存的开销，尤其是频繁的创建和销毁实例（比如管理学院首页页面缓存）。 2、避免对资源的多重占用（比如写文件操作）。 缺点：没有接口，不能继承，与单一职责原则冲突，一个类应该只关心内部逻辑，而不关心外面怎么样来实例化。 单例模式的几 ...
分类：
其他好文 时间：
2017-01-17 23:08:46
阅读次数：
281
OO的五大原则是指SRP、OCP、LSP、DIP、ISP。 SRP -- （Single Responsibility Principle 单一职责原则） OCP——开闭原则（Closed for Modification; Open for Extension） 现将近期整理的文档提供给大家，这里 ...
分类：
其他好文 时间：
2017-01-14 20:04:10
阅读次数：
185
定义：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。 问题由来：类A通过接口I依赖类B，类C通过接口I依赖类D，如果接口I对于类A和类B来说不是最小接口，则类B和类D必须去实现他们不需要的方法。 解决方案：将臃肿的接口I拆分为独立的几个接口，类A和类C分别与他们需要的 ...
分类：
其他好文 时间：
2017-01-13 21:00:40
阅读次数：
187
创建型模式概述创建型模式(CreationalPattern)对类的实例化过程进行了抽象，能够将软件模块中对象的创建和对象的使用分离。为了使软件的结构更加清晰，外界对于这些对象只需要知道它们共同的接口，而不清楚其具体的实现细节，使整个系统的设计更加符合单一职责原则。创建型模式..
分类：
其他好文 时间：
2017-01-12 03:14:19
阅读次数：
200
代码重构 6大原则： 单一职责原则(一个类最好最好只有一种行为动机，太多承担职责会导致耦合度太高)、 开放封闭原则(功能可以扩展,但是不可以内部修改)、 依赖倒转原则(应该依赖抽象而不应该依赖具体对象)、 里氏代换原则(父类都替换成它的子类程序的行为没有变化。 正是有了里氏代换原则，才使得”开-闭“ ...
分类：
编程语言 时间：
2017-01-09 20:37:53
阅读次数：
331
1. 单一职责原则（SRP） （1）概念 单一职责原则的定义是：应该有且只有一个原因引起类的改变，即一个类只负责一个职责。 比如让类C负责两个不同的职责：职责P1，P2。当由于职责P1需求发生改变而需要修改类C时，有可能会导致原本运行正常的职责P2功能发生故障。 （2）举例 关于用户管理的一个类按如 ...
分类：
其他好文 时间：
2017-01-03 19:28:42
阅读次数：
258
经过几天根据官方文档和博园中一些大牛的文章，在了解过基础的语法和组件后，总结一下： 1.第一件事就是分析界面，理想状态下是让每个组件只做一件事情，也就是单一职责，相互嵌套。我认为： 构建组件树，整体的构架，把整体的各个组件罗列出来。 也可以从小组件开始写，能够清除的知道该组件需要什么数据，就让该组件 ...
分类：
其他好文 时间：
2016-12-28 17:37:34
阅读次数：
271
