我什么时候需要紧耦合和松耦合？答案

【问题标题】：When do i need tightly coupled and loosely coupled?我什么时候需要紧耦合和松耦合？
【发布时间】：2012-10-11 11:56:30
【问题描述】：

我知道松耦合和紧耦合的信息。但是我暂停什么时候可以决定在哪里使用什么时间？我不明白什么时候需要松耦合和紧耦合？

请看：http://www.dofactory.com/Patterns/PatternAdapter.aspx#_self1

如果你看适配器类：


  /// 
  /// The 'Adapter' class
  /// 
  class Adapter : Target
  {
    private Adaptee _adaptee = new Adaptee();

    public override void Request()
    {
      // Possibly do some other work
      //  and then call SpecificRequest
      _adaptee.SpecificRequest();
    }
  }

上面的用法就像紧耦合！我认为紧密耦合是不好的用法。但是适配器模式使用紧密耦合。什么时候需要紧耦合和松耦合？

【问题讨论】：

如果您的应用程序发展为企业级应用程序，那么紧密耦合的类将成为一个糟糕的设计。要了解，您可以参考 microsoft 的 PRISM（或 Composite Application Block）。这是一种使用松散耦合类的设计。

标签： c# design-patterns

【解决方案1】：

请记住，四人组模式诞生于依赖注入之前，依赖注入经常被提及为松耦合。

因此，您展示的示例适配器模式是试图展示模式如何工作并且不太关心松散耦合。

如果您希望您的代码可测试和可替换，则应使用松散耦合，例如：

class CustomerService
{
    private ICustomerRepository _customerRepository;
    public CustomerService(ICustomerRepository customerRepository)
    {
        _customerRepository = customerRepository;
    }
}

要通过构造函数注入customerRepository，您可以轻松模拟ICustomerRepository 以进行单元测试。

【讨论】：

【解决方案2】：

通常，您希望以松耦合为目标，这意味着尽可能使用抽象。

当您无法用适当的抽象轻松替换类（Adaptee）时，适配器模式将帮助您做到这一点。

适配器是问题 Adaptee 类的包装器。 Adapter 派生自抽象的 Target 类，调用代码应该只处理 Target，因此它可以保持松耦合。

【讨论】：

【解决方案3】：

这将帮助您了解它们之间的区别，但是当您需要松散耦合的类时，它在很大程度上取决于您的应用程序的设计。 What is the difference between loose coupling and tight coupling in the object oriented paradigm?

【讨论】：

【解决方案4】：

什么时候需要紧耦合和松耦合？

您应该始终努力实现松散耦合的设计。可能存在需要紧耦合的边缘情况，或者您继承了一个拥有它的项目，但我认为您的口号应该是设计和开发时考虑到可测试性，这意味着低耦合。我还没有参与过过于“松散耦合”的项目，但肯定做过“紧密耦合”的项目，而后者并不有趣。

【讨论】：

【解决方案5】：

生产代码最好采用松耦合设计。这使您的代码易于独立于您的依赖组件进行测试，并且很容易替换您的代码正在使用的组件。

详细解释请访问http://rangahc.blogspot.com/2015/05/difference-between-tight-coupling-and-loose-coupling.html

【讨论】：