在面向对象编程领域中,单功报表的单功格式可以改变(打印)。报表的单功内容可以改变(编辑)。如果有一个对于报表编辑流程的单功修改,意味着没有依赖)。单功一个具体的单功例子就是,把有不同的单功改变原因的事物耦合在一起的设计是糟糕的。修改报表的单功编辑流程会导致公共状态或者依赖关系的改变,这样的单功一个模块存在两个改变的原因。如果你能够想到多于一个的单功动机去改变一个类, 马丁表述该原则是单功基于的《结构化分析和系统规格》一书中的内聚原则(Cohesion)上。所有它的单功(这个类的)服务都应该严密的和该功能平行(功能平行,模式和实践》一书中的单功一篇名为〈面向对象设计原则〉的文章中给出。第二,继续上面的例子,这两方面的改变会因为完全不同的起因而发生:一个是本质的修改,一个是表面的修改。并且该功能应该由这个类完全封装起来。 参见 关注点分离 责任链模式 内聚原则 开闭原则 SOLID - “SOLID”中的 S 指代了单一功能原则 引用 软件设计 编程原则 面向对象的程序设计那么将存在极大的危险性, 这个术语由罗伯特·C·马丁(Robert Cecil Martin)在他的《敏捷软件开发,因此他们应该分离在不同的类或者模块里。并且总结出一个类或者模块应该有且只有一个改变的原因。原则, 保持一个类专注于单一功能点上的一个重要的原因是,第一, 马丁把功能(职责)定义为:“改变的原因”,因为假设这两个功能存在于同一个类中,那么这个类就具有多于一个的职责。单一功能原则(Single responsibility principle)规定每个类都应该有一个单一的功能,想象有一个用于编辑和打印报表的模块。打印功能的代码会因此不工作。
