单一职责原则（SRP：Single responsibility principle）又称单一功能原则，它规定一个类应该只有一个发生变化的原因。如果一个类承担的职责过多，就等于把这些职责耦合在一起了。一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当发生变化时，设...
分类：
其他好文 时间：
2014-12-27 11:20:06
阅读次数：
163
依赖倒置原则（Dependency Inversion Principle）为我们提供了降低模块间耦合度的一种思路，依赖注入（Dependency Injection）是一种具体的实施方法。依赖倒置原则： 前面一篇讲软件设计原则的文章中已经提到了“依赖倒置原则”（Dependency Inve...
分类：
其他好文 时间：
2014-12-27 00:16:59
阅读次数：
220
OO原则 1、封装变化 2、多用组合，少用继承 3、针对接口编程，不针对实现编程 4、为交互对象之间的松耦合设计而努力 ? OO模式 观察者模式（Observer pattern）——在对象之间定义一对多的依赖，这样一来，当一个...
分类：
其他好文 时间：
2014-12-26 20:28:16
阅读次数：
197
1,命令模式是将一类对象的功能（行为，功能）抽象成一个命令对象，客户端在使用的时候，只与该命令对象打交道，而不用与对象打交道，分离命令的请求者和命令的执行者，降低了耦合性，可以使用不同的请求对客户进行参数化提高了程序设计的灵活性。
2,例子,饭馆吃饭,有吃羊肉串的,有吃烤鸡翅的,然后服务员不管做,而仅仅是告诉厨师,然后由出事去做就可以了
3,代码// 命令模式.cpp : 定义控制台应用程序的...
分类：
其他好文 时间：
2014-12-26 20:22:04
阅读次数：
202
单一职责原则（SRP）:就一个类而言，应该仅有一个引起它变化的原因。 如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。 软件设计真正要做的许多内容，就是发现职责...
分类：
其他好文 时间：
2014-12-26 18:09:52
阅读次数：
143
介绍)
这次的内容其实与上篇学习的内容正好是相对的，之前的各种通讯方式其实说的都是直接通讯，而这次我学习的内容是间接通讯，二者的本质区别在于间接通讯把时间和空间进行了分离，直接通讯在这2点上都进行了耦合，有点事操作直接简单，但是缺点也是非常明显的，扩展性差，不能很好的面对变化。根据空间和时间2个维点，可以有4种不同的类型的通信方式，时间的分离是这样的形式:消息的本质在传送的过程中有一定的生存时间...
分类：
其他好文 时间：
2014-12-25 22:17:04
阅读次数：
276
自己对内高聚，低耦合思想实现的一点理解，希望能给大家带来帮助，谢谢！...
分类：
移动开发 时间：
2014-12-25 14:42:14
阅读次数：
290
控制器，是MVC中的一环，也是手机软件开发中最需要注意的地方，对它的认识不清晰会导致业务层代码的结构混乱，耦合性高。经常见一些进行了几年的老项目代码，如果不是经常的迭代重构，维护起来会非常痛苦。今天重点说一下怎么化解这个问题。
其实，每个平台都对Controller有很清晰的描述和定义，只不过我们在使用中容易自己乱了阵脚，而最终导致自己难受罢了。像Android中的Activity、Fragme...
分类：
移动开发 时间：
2014-12-25 11:17:27
阅读次数：
166
JAVA EE项目中,不管是对底层的数据操作,还是业务层的处理过程,还是控制层的处理,都不可避免的会遇到各种可预知的(业务异常主动抛出)、不可预知的异常需要处理。一般dao层、service层的异常都会直接抛出,最后由controller统一进行处理,每个过程都单独处理异常,且要考虑到异常信息和前端的反馈,代码的耦合度高,不统一,后期维护的工作也多。
同时还必须考虑异常模块和日志模...
分类：
编程语言 时间：
2014-12-24 18:05:44
阅读次数：
421
优点：1、节省配置，减少配置文件大小2、编译时即可查看正确与否，提高效率缺点：1、增加了程序的耦合性，因为注解保存在class文件中，而且比较分散2、若要对配置进行修改需要重新编译
分类：
编程语言 时间：
2014-12-24 06:28:50
阅读次数：
173
