设计模式6大原则解析.docxVIP

优秀文档 优秀文档 PAGE PAGE27 优秀文档 PAGE 单一职责原则〔 SingleResponsibilityPrinciple 〕 心得：尽量按照单一职责原则；如果要损坏此原则，必须遵守：惟有逻辑足够简单，才可以 在代码级别上违背单一职责原则； 惟有类中形式数量足够少， 才可以在形式级别上违背单一 职责原则； 界说：不要存在多于一个致使类更改的原因。每每的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责 P1，职责P2。当由于职责P1需要发生改变而 需要修正类T时，有也许会致使原本运行正常的职责 P2功能发生故障。 解决规划：按照单一职责原则。分辩成立两个类 T1、T2，使T1完成职责P1功能，T2完 成职责P2功能。这样，当修正类 T1时，不会使职责 P2发生故障危险；同理，当修正 T2 时，也不会使职责P1发生故障危险。 说到单一职责原则，很多人都会不屑一顾。 由于它太简单了。稍有经验的程序员即便从 来没有读过设计形式、向来没有听闻过单一职责原则， 在设计软件时也会自觉的遵守这一重 要原则，由于这是知识。在软件编程中，谁也不期盼由于修正了一个功能致使其他的功能发 生故障。而避免出现这一问题的形式便是按照单一职责原则。虽然单一职责原则如此简单， 并且被以为是知识，然而即便是经验丰富的程序员写出的程序， 也会有违背这一原则的代码 存在。为什么会出现这