一个大的实用程序还是分成不同的部分？
我正在写一个应用程序，一些程序员会参与其中。我们在管理源代码时遇到了一些问题。我们通常有一个Utility.php，它在不同的用户之间共享。所以，我们做了一个很大的utility.php，每个人都叫它...
但我们找到一个problem...When，我们想要分离项目，例如，我们有内容管理系统的字体端，和后端。当我们想要分离现有的项目时，我们需要将大的utility.php分离到不同的地方，或者复制一次，或者在其他地方同步。因此，我们正在考虑，使用不同的小实用程序，它们只在相关的类中使用。有什么建议吗？
当前: FontEnd.php正在调用--> Utility.php BackEnd.php正在调用-> Utility.php
考虑: FontEnd.php正在呼叫--> StyleUtility.php，ClientUtility.php，ababba BackEnd.php正在呼叫-> DBUtility.php，MaintainUtility.php，ababba
回答 1
Stack Overflow用户
发布于 2011-07-14 19:32:24
你永远不应该把自己放在有上帝类或模块的情况下(这些类或模块在阳光下完成每一项工作)。
他们应该做好一件事和一件事--这就是单一责任原则。如果您只有一个模块来执行数据库调用和用户界面布局，那么您就做错了。
你应该遵循的规则是最大化内聚力和最小化耦合。
最大的内聚力意味着单个模块中的所有内容都应该彼此高度相关(例如，所有数据库接口都在一个模块中，所有文件I/O都在另一个模块中，所有统计函数都在另一个模块中)。
最小耦合意味着类之间不应该有不必要的依赖。应该有一个非常好定义的API用于数据库模块，并且应该没有办法绕过该API来做数据库工作。
换句话说(例如)，将压缩和窗口管理功能集中在一个模块中不是一个好主意。一定要有一个压缩实用程序模块和一个窗口管理模块，但不要把它们放在一起。
https://stackoverflow.com/questions/6692442
复制相似问题
腾讯云开发者
