设计一个类大致和现实中设计一个职能部门差不多，需要考虑两方面需求：
        （一）是优化资源调度、使用效率，提高效率，减少重复劳动。
        （二）是便于对外提供功能服务，使功能的使用者能够清晰明确的使用到自己所需的功能，而不必纠缠其他不必要的功能。
        为了满足第一条，软件设计上要注意代码的“高内聚”，就是将关联密切的功能放在一个类里面，以提高重用性；现实世界中，政府部门和企业内部需要将功能类似的组织合并，具体可以参照建国以来国务院下属部委的调整，当然这些调整的原因是多方面的，但其中有一些部门的合并确实考虑到了第一条，例如卫生健康委员会的设立和农业农村部的设立。
        为了满足第二条，我们国家设置了“一个单位，两块牌子”的机构，例如今年频频亮剑的“中纪委国家监委”；在软件设计上，功能的调用者不直接通过依赖实现类的方式完成功能调用，而是依赖功能清晰，调用明确的接口，而多个功能接口可以由一个功能内聚的类提供实现。

接口隔离原则好是好，就是写着写着就发现接口越来越多，越来越多，甚至会超过本身类的数量，而且每个接口会只使用一次，这样不如直接用外观模式的IDE自动完成了。

我现在用接口主要用于一些模型的规范性和方法参数规范性。如果需要文章中的功能，会拆开为两个类来写，而不是用两个接口加两个类。

不知道我这种设计是否更好一些，或者这个真的和使用场景或项目大小吧。