单一职责原则：一个类不能太大，也不能太小，太大会导致强耦合，低内聚，太小调用会很麻烦。所以类最好做到高内聚低耦合。所以我们要构建稳定的抽象层，灵活的具体层 开闭原则：可扩展但是不要修改，也就是当我们需求改变时，我们只要扩展模块而不是修改源代码。 里氏原则：若在任何情况下A都可以代替B，则A 是B的子 ...
分类：
其他好文 时间：
2017-03-06 20:54:48
阅读次数：
114
桥接模式目的:将抽象的对象，和具体的实现相分离，同时使用组合代替继承（很有用的设计模式，符合单一职责，开闭等原则）。 桥接模式对象 Bridge-pattern Abstraction，抽象类:抽象化给出的定义，并保存对实例化对象的引用 RefinedAbstraction，扩充抽象类：扩充抽象化角 ...
分类：
其他好文 时间：
2017-03-06 01:28:28
阅读次数：
185
1. 单一职责原则（SRP), 高内聚. 2. 开放-封闭原则（OC）,扩展开放(对于系统),修改关闭(对于成型模块). - 扩展开放：某模块的功能是可扩展的，则该模块是扩展开放的。软件系统的功能上的可扩展性要求模块是扩展开放的。 - 修改关闭：某模块被其他模块调用，如果该模块的源代码不允许修改，则 ...
分类：
其他好文 时间：
2017-03-02 10:57:55
阅读次数：
747
五，图形界面编程 一，图形界面编程swt; 1,awt 1,图形类 Button 2，辅助类 1，工具类 2，字体类 3，颜色类 2，Swing 1，图形类 jButton 二，容器与组件 1，首层容器 Contoner 1，所有的中间容器和组件都放在首层容器里 2，常用的首层容器 JApplet- ...
分类：
其他好文 时间：
2017-03-02 00:58:40
阅读次数：
266
单一职责原则指的是就一个类而言,应该仅有一个引起它变化的原因。 如果一个类承担的职责过多,就等于把这些职责耦合在一起，一个职责的变化可能削弱或者抑制这个类完成其它职责的能力(就像一个程序员 叫他去做医学研究，生物研究，可能会抑制他学设计模式的能力)。这种耦合会导致脆弱的设计，当变化发生时,设计会遭到 ...
分类：
其他好文 时间：
2017-03-01 22:55:29
阅读次数：
206
Spring实现AOP的4种方式 先了解AOP的相关术语:1.通知(Advice):通知定义了切面是什么以及何时使用。描述了切面要完成的工作和何时需要执行这个工作。2.连接点(Joinpoint):程序能够应用通知的一 个“时机”，这些“时机”就是连接点，例如方法被调用时、异常被抛出时等等。3.切入 ...
分类：
编程语言 时间：
2017-02-28 18:08:05
阅读次数：
240
软件设计的6大原则 1.单一职责原则： 这个原则，这个原则主要约束类，一个类尽量减少职责，这个降低代码的维护和阅读难度。 2.里式替换原则： 这个原则主要约束继承，子类尽量不要修改父类的约束。 3.依赖倒置原则： 这个原则，主要约束父类，父类尽量面向抽象和接口。这样可以降低。需求变化的时候，不用即修 ...
分类：
其他好文 时间：
2017-02-26 19:00:55
阅读次数：
108
1，单一职责原则 每个类都只负责单一的功能，切不可太多，并且一个类应当尽量的把一个功能做到极致。 2， 里氏替换原则 一个子类应该可以替换掉父类并且可以正常工作 3，接口隔离原则 一个接口拥有的行为应该尽可能的小 4，依赖倒置原则 高层模块不该依赖于低层模块，二者都应该依赖于抽象，抽象不应该依赖于细 ...
分类：
其他好文 时间：
2017-02-10 11:42:15
阅读次数：
137
一个类中应该是一组相关性很高的函数、数据的封装。 工程师可以不断地审视自己的代码，根据具体的业务、功能对类进行相应地拆分。 对于单一职责原则，接口一定要做到单一原则，类的设计尽量做到只有一个原因引起变化。 ...
分类：
其他好文 时间：
2017-02-05 23:52:24
阅读次数：
160
单例设计模式概述 单例设计就是要确保类在内存中只有一个对象，该实例必须自动创建，并且对外提供。 优点 在系统内存中只存在一个对象，因次可以节约系统资源，对于一些需要频繁创建和销毁的对象单例模式无疑可以提高系统的性能。 缺点 没有抽象层，因次扩展很难 职责锅中，在一定程序上违背了单一职责 * 单例模式 ...
分类：
其他好文 时间：
2017-01-25 07:41:16
阅读次数：
153
