什么时候我们应该更喜欢硬耦合而不是松耦合？

Question

关于松散耦合的所有炒作（有理由）和我阅读的所有信息很容易让所有人着迷，以至于对它变得虔诚。我一直在想，什么时候硬耦合优于松耦合？什么时候对象是硬耦合的候选对象？我认为根据具体情况，它可以降低一些复杂性。

一些例子将不胜感激。

Answer 1

硬/紧耦合的优点

在某些情况下，紧密耦合可能会让您的情况变得更好。通常与程序的开发速度和复杂性有关。

非常小的项目/概念证明

在短期内，松散耦合会增加开发时间。理论上，对于每个服务/客户端对，还需要为其创建一个额外的接口。硬耦合甚至不担心依赖关系。根据我的经验，学校里的许多项目都足够小，紧密耦合的课程还可以。尤其是在您上交作业并且再也不必碰它的情况下。

保持简单

通常松散耦合的系统包含更多组件，这会增加程序的复杂性。对于更大的程序，复杂性绝对值得，因为扩展/修改程序将成倍地容易并导致更少的错误。但是，对于小程序或 99% 不太可能更改的程序，花费额外的时间尝试编程抽象和删除任何依赖项可能不值得。 Analysis Paralysis 更有可能是在设计一个程序。

结束语

总的来说，我绝不会建议“紧密耦合”的类更好。但是，出于时间和复杂性的考虑，有时可以证明“紧密耦合”的类是合理的。