本文探讨了软件设计中单一职责原则的实际应用及其局限性，包括在不同规模系统中的适用性、对小颗粒对象的影响及如何平衡灵活性与原则性。
1.对象颗粒大小不同，对小颗粒对象应用单一职责是不合适的：小颗粒对象如小公司的员工，需要一人兼数职。如果应用单一职责，小颗粒对象又将分解成更多更小颗粒的对象，数量越来越多，给我们命名、使用、维护带来麻烦。
2.基础类库不适合：比如字符串常用处理的类，取子字符串、转换为其它类型、为空判断，放在一个类中反而使用更方便！
3.“单一职责原则”更适于中大型系统，系统越小使用该原则越不划算：一超个小系统就一个界面，面象对象都不必使用。
4.单一职责当然要用，但不是用到每个细节：一些局部不用对整体影响很小，反而更灵活、更省时间。
4.原则是前辈能多年的经验总结出来的，原则的名字可能不变，但原则的内含可能在悄悄变化。
5.“principle”、“原则”有可能是前人一种表达强烈建议的方式，而不是“must”、“必须”。
摘自：
扫一扫
982
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
