设计模式六大原则（1）：单一职责原则?定义：应该仅有一个导致类变更的原因。通俗的说，即一个类只负责一项职责。问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。解决方案：遵循单一职责原则。分别建立两个类T1...
分类：
其他好文 时间：
2015-03-04 21:02:29
阅读次数：
165
单一职责原则定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责...
分类：
其他好文 时间：
2015-01-12 19:07:30
阅读次数：
170
定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T...
分类：
其他好文 时间：
2014-12-02 17:14:36
阅读次数：
189
设计模式六大原则，参见http://www.uml.org.cn/sjms/201211023.asp。
1. 单一职责原则
定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。
问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。
解决方案：遵循单一职责原则。分别建...
分类：
编程语言 时间：
2014-10-10 19:02:54
阅读次数：
267
Linux系统无法启动故障解决方案2011-09-27 09:42 佚名 比特网我要评论(0)字号：T|T不管你多么喜爱你的Linux系统机器，有时候你都必须恢复你的系统。是的，即使一台Linux系统机器也可能遭受系统崩溃：不管是由于视频配置错误、内核更新出错、或是由于init脚本配置错误，这种情况...
分类：
系统相关 时间：
2014-09-09 22:58:29
阅读次数：
391
定义： 一个类，只有一个引起它变化的原因。通俗的来说就是一个类只负责一项职责。问题由来： 类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。解决方案： 遵循单一职责原则，设计两个类T1和T2，T1负责完成职责...
分类：
其他好文 时间：
2014-07-23 15:45:09
阅读次数：
205
2014年2月20日，Hadoop 2.3.0版本发布，这是apache 在2014年发布的第一个Hadoop版本，揭开了Hadoop 2014发展的序幕。该版本引入了很多大家期待已久的特性，包括HDFS 的异构层次化存储架构、DataNode Cache，YARN的单点故障解决方案，以及MapRe...
分类：
其他好文 时间：
2014-07-19 18:04:01
阅读次数：
239
故障描述：新建邮件无法发出（outlook客户端现象），新建邮件发送，自动退回草稿箱（WebMail故障现象）。故障原因：在系统服务中（Services），发现Exchange传输服务自动关闭。（根据程序日志核查是由于：传输邮件数据库，验证失败，因时间戳不匹配。）解决方案：首先进入Excha..
分类：
其他好文 时间：
2014-07-17 09:42:41
阅读次数：
223
AlwaysOn可用性组功能是一个提供替代数据库镜像的企业级方案的高可用性和灾难恢复解决方案。SQLServer2012中引入了AlwaysOn可用性组功能，此功能可最大程度地提高一组用户数据库对企业的可用性。“可用性组”针对一组离散的用户数据库（称为“可用性数据库”，它们共同实现故障..
分类：
其他好文 时间：
2014-07-16 13:09:04
阅读次数：
167
设计模式六大原则（1）：单一职责原则定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。解决方案：遵循单一职责原则。分别建立两个类T...
分类：
其他好文 时间：
2014-06-25 23:06:22
阅读次数：
173
