1、设计模式之----单一职责原则
=====================================================================================================================
?
?? ? ?开学前言：在接下来的时间里我将开始陆续讲解大家在开发中常用的各种“设计模式”(大概主要有23中之多，我会一个模式一篇博客的进行讲解，由于时间有限---这个大家都能理解吧，程序员的时间真他妈的有限，我只能争取一个星期写一两篇，谅解！)，由于本人知识技术水平有限，再加上设计模式本身的博大精深和复杂多义，理解出错在所难免，在此只是记录个人的理解，只做抛砖，希望引玉。如有错误或理解不当之处，希望各位同仁志士及时回帖斧正披露，共同交流学习。我会根据大家的指点及时修正bug(没有bug的软件是不完美的，没有bug的博客是假的，没有bug的人不是人！)，希望通过共同的努力使接下来的模式讲解走向完美，为想要学习“设计模式”的过客尽零星之力。
对所有的过客，无论是否留下自己的脚印，我在此都先一一谢过！
?
?? ? 好！闲话少叙，我们开始步入正轨，进入第一个设计模式的学习。
?
-------------------------------------------------------------
?
?? ? 单一职责原则(Single Responsibility principle:SRP)
?
我们学东西都是从易到难，从小到大，你接受的任何课本、书籍、教育应该都是这个模式(从易到难)，所以这第一个模式非常简单，比较基础，见名知意，不用我多说大家应该都知道是什么意思了吧？！不过虽然基础简单，但你不能小看，越是基础简单的东西，你越要深入透彻的学习掌握，来不得半点假。记得《士兵突击》(一部出色的励志电视剧，大家应该都看过吧)中的那个团长说过这样一句换：看似简单的事情，有时候又蛮复杂；而看似复杂的事情，有时候又蛮简单。
?
?? ? 1、解释
中文解释：应该有且仅有一个原因引起类的变更。
英文解释：There should never be more than one reason for a class to change.
自己理解：在我们的开发中，从接口、类到方法都要“单一职责”化，也即，你在设计接口、类或者方法时尽量让他们各司其职，仅干一件事情，而不是干多个事情。按照这个模式的要求，程序界接收“专才”，拒绝“通才”或者“综合人才”。
?
?? ? 2、实用范围
基本任何项目任何地方都能用到，也都要用到(也许你不知不觉的一直在用，只是不知道它是“单一职责原则”而已)。宏观上说，该原则主要用在接口、类和方法中。
?
?? ? 3、举例说明
下面我就使用我们经常开发的“用户管理”模块进行举例说明(“系统管理”模块，大家应该非常清楚吧？！)，该模块无非就是对系统用户进行增删改查以及权限分配操作。
?
①、接口举例：
?
哎！又快2:00点了，劳累了一天该休息会了，下一个设计模式是“里氏替换原则”，我尽量尽快抽时间开写，大家少待。。。。。。。。。。。。
?
第一个设计模式就讲到讲到这里了，我理解的几乎也就这么多了，如果没有说明白望大家谅解；如果有遗漏之处望回帖赐教补充；如有错误望回帖斧正。
?
蜘蛛(夜间默默地工作着-----享受着加班熬夜的痛苦)
?
2011-01-12 01:47:05 于合肥
=============================================================================================================
?
?
