SOLID原则和编译？

Question

例如,关于Single Responsibility原则:

我们来谈谈一Radio堂课:

有人可能会说,Radio班级有两个职责,即音量和电台管理.这些操作将使用它从客户端的完全不同的区域调用.

因此我们有这个:

一切都很好.

但我总是看到这样的句子:

所以现在,当我们需要改变,这取决于损坏的元件上的所有代码并不甚至需要重新编译.

等一下 !

如果我需要更改VolumeManager 类 - 我将不必重新编译Radio和StationManager. 但是我必须停止(在web中)iis以便应用程序使用新的DLL,它将导致应用程序关闭.

此外,在console,我将不得不终止整个程序,以便更改dll,因为它被进程锁定(你不能在应用程序运行时更改DLL - 文件被锁定)

即使我将使用GAC - 我将不得不停止该程序,以便使用dll.

那么它能拯救我什么？编译就是 - 右键单击​​并构建.就这样

我没有看到提到的好处:" 你只需要编译破碎的类...... "

我错过了什么？

http://www.gontu.org/solid-single-responsibility-principle/寻找单词" build"

http://epic.tesio.it/doc/manual/solid_principles.html寻找单词" recompiled"

http://www.dananhudson.com/?tag=solid寻找单词" recompile"

Answer 1

忘记编译时间,忘记重启应用程序.

SOLID是关于干净的代码和可维护性.它不是关于运行时的任何事情,而是关于代码随着时间的推移而变得越来越复杂并且难以维护,而这正是实际成本所在.

Answer 2

如果您可以证明更改的范围有限,则有些情况下,在政治上更容易将更新部署到现有应用程序:例如,如果只需要更新一个DLL.(请注意,这并不意味着每个类都应该在自己的DLL中.但很可能,并非所有类都在同一个DLL中)

但是,另一个优点更具概念性:如果我不必重新编译DLL,那么我肯定知道我没有破坏其中的任何内容.必须触及的代码越少,我引入错误的可能性就越小.