software engineering Archive

  • Single Responsibility Principle There should never be more than one reason for a class to change 一个类只负责一个功能领域中的相应职责。或者说:就一个类而言,只有一个引起它变化的原因。   设计模式之禅中的例子: 假设有一个接口实现打电话的功能: 书中分析Iphone接口不是单一职责的,连接是一个职责,涉及连接协议的管理,聊天的时候又是一个职责,涉及信号的传输与解析。因此将接口拆开,实现类也拆开,然后组合在一起,变成了这样: 这样连接之后,给一个连接完成的句柄就可以随便聊了。因为Phone […]

    单一职责原则

    Single Responsibility Principle There should never be more than one reason for a class to change 一个类只负责一个功能领域中的相应职责。或者说:就一个类而言,只有一个引起它变化的原因。   设计模式之禅中的例子: 假设有一个接口实现打电话的功能: 书中分析Iphone接口不是单一职责的,连接是一个职责,涉及连接协议的管理,聊天的时候又是一个职责,涉及信号的传输与解析。因此将接口拆开,实现类也拆开,然后组合在一起,变成了这样: 这样连接之后,给一个连接完成的句柄就可以随便聊了。因为Phone […]

    Continue Reading...