单一职责原则（SRP）：就一个类而言，应该仅有一个引起他变化的原因。   如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。   软件设计真正要做的许多内容，就是发现职责并把这些职责互相分离。如果你能够想到多余一个的动机去改变一个类，那么这个类就具有多余一个的职责

 bboss项目下载列表 在sourceforge访问地址为： https://sourceforge.net/project/showfiles.php?group_id=238653    前两节介绍了bboss aop框架的两种依赖注入方式：属性依赖注入和构造函数依赖注入。这一节介绍一下bboss aop框架防止循环依赖注入的功能。 在介绍防止循环依赖注入之前，我们首先介绍一下java组件中

2 开闭原则（Open-Closed Principle,OCP） 2.1 什么是开闭原则     开闭原则是面向对象设计中“可复用设计”的基石，是面向对象设计中最重要的原则之一，其它很多的设计原则都是实现开闭原则的一种手段。     1988年，Bertrand Meyer在他的著作《Object Oriented Software Construction》中提出了开闭原则，它的原文是这样：“

4 里氏代换原则（Liskov Substitution Principle, LSP） 4.1 什么是里氏代换原则     里氏代换原则是由麻省理工学院（MIT）计算机科学实验室的Liskov女士，在1987年的OOPSLA大会上发表的一篇文章《Data Abstraction and Hierarchy》里面提出来的，主要阐述了有关继承的一些原则，也就是什么时候应该使用继承，什么时候不应该使用

世界是普遍联系的，因此程序世界中的类，也不可能是孤立的。UML为我们定义了它们之间的关系，就是：依赖、关联、聚合、组合还有泛化。        泛化关系比较好理解，就是表示类之间的继承关系。容易混淆的是依赖、关联、聚合和组合的关系。这里做一些甄别：        1、 依赖和关联的颠倒颠        在网上查找了一下依赖和关联的区别，有说“关联本身即是一种依赖”，亦有说“依赖是一种弱关联”，其实

UML中的联系(association)、聚合(aggregation)和组合(composition)三个概念很相似，也很难理解。今天看到这篇文章解释得很清楚，所以在这里转一下，希望能对需要的人有所帮助。 联系 联系(association)表明某个对象可以向另一个对象通过某种方式发送消息。发送消息的方法可以通过指针成员变量，也可以是方法参数、局部变量等等。例如： class A { pri

　抽象不应该依赖于细节，细节应当依赖于抽象。 　要针对接口编程，而不是针对实现编程。 　传递参数，或者在组合聚合关系中，尽量引用层次高的类。     针对接口编程，减少与具体类的耦合 　　主要是在构造对象时可以动态的创建各种具体对象，当然如果一些具体类比较稳定    ，就不必再弄一个抽象类做它的父类，这样有画舌添足的感觉 　　优点：　　系统扩展灵活。　　缺点：　　需要大量的类。

        public static void ReOrder(ref Node listHead)         {             if (listHead == null)             {                 throw new ArgumentNullException("list Head is null!");             }    

 http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!268.entry 使用DDD+GDB开发ARM Linux程序 今天又取得了一些进展，赶快写下来以免自己忘记。 自从Linux在我的板子上跑起来之后，我一直在想一个问题，怎么调试将来写的程序。其实我在Linux开发方面真得很外行，到了今天才知道 GDB到底是干什么用的，呵呵。我相

昨天经过一朋友的SPACE,看到有关于控制反转的讨论，一时技痒，写下一段留言，完后由于比较长的时间没接触这几个单词，因此又去查了些资料，重新整理了一下，跟大家一起讨论。    整理之前，首先要说说“依赖”，什么是依赖，依赖就是关联，UML中定义的“关联”是最泛泛的一种关系，表现为两个类图之间有根线就有关联，我个人理解成，在C/C++中，A include了另一个头文件B，JAVA/.Net中A u

架构师之路之 里氏代换原则（Liskov Substitution Principle, LSP） 1 什么是里氏代换原则     里氏代换原则是由麻省理工学院（MIT）计算机科学实验室的Liskov女士，在1987年的OOPSLA大会上发表的一篇文章《Data Abstraction and Hierarchy》里面提出来的，主要阐述了有关继承的一些原则，也就是什么时候应该使用继承，什么时候不应

软件设计原则之依赖倒转原则 依赖倒转原则:高层模块不应该依赖底层模块.两个都应该依赖抽象,抽象不应该依赖具体细节.细节应该依赖抽象. 里氏对坏原则:子类型必须能够替换掉它们的父类型. 由于子类型的可替换性才使得使用父类型的模块在无需修改的情况下就可以扩展. 依赖倒转其实可以说是面向对象设计的标志,用哪种语言来编写程序不重要,如果编写时考虑的都是如何针对抽象编程而不是针对细节编程,级程序中所有的依赖

Link Aggregation(LAG)技术可将两台设备之间的多条物理链路作为一条逻辑链路来处理，它可在两台设备之间自动实现链路冗余，如果其中一台物理链路出现故障，数据流将动态透明的从另一条物理链路通过。在LAG中的多条物理链路可对数据进行负裁均衡的功能，可在两台设备之间提供更高的带宽。 对于FS726T的Trunk设置，首先有几点需要明确： NETGEAR的FS726T只支持3组Trunk 每

这是我最近几年才领悟到的，刚开始写程序就从FoxBase开始的，从那时起，就把所有的精力 都放在数据库研究上，自从接触SQLServer开始，什么表、视图、触发器、存储过程等等太多 好用的技术了，一般做管理类软件，真的是太爽了。 不管是啥，能存数据库的都存数据库，例如，什么配置参数、简直可以说，只要是能存数据库 的都存数据库，这样越来越把自己思维限制在数据库上，一切以数据库为核心。 后来我遇到了一

文/胡振波 BOSCO系统是一个在线品牌管理系统，项目客户是一家跨国酒店集团，旗下拥有多个世界著名的酒店品牌。BOSCO系统将服务标准化、标准符合度审查、改进流程管理等酒店品牌管理的工作内容整合到一个信息系统中，来提高相关人员的工作效率。目前BOSCO系统已经被全球十个酒店品牌、超过1000家酒店使用，用户超过8000人。 BOSCO系统的开发基于Ruby On Rails，在项目的开发过程中应用

文/胡振波 BOSCO系统是一个在线品牌管理系统，项目客户是一家跨国酒店集团，旗下拥有多个世界著名的酒店品牌。BOSCO系统将服务标准化、标准符合度审查、改进流程管理等酒店品牌管理的工作内容整合到一个信息系统中，来提高相关人员的工作效率。目前BOSCO系统已经被全球十个酒店品牌、超过1000家酒店使用，用户超过8000人。 BOSCO系统的开发基于Ruby On Rails，在项目的开发过程中应用