GRASP之纯粹的制作模式 - Kamil Grzybek

19-09-05 banq
                   

问题:什么对象应该有责任,当你不想使高凝聚力和低耦合时,但其他原则提供的解决方案不合适?

解决方案:将一组高度凝聚力的责任分配给脚手架或帮助类之类工具,这些工具并不代表问题域中的概念。

有时候很难弄清楚应该在哪里放置责任。这就是领域驱动设计中存在领域服务概念的原因。领域服务保存与一个特定实体无关的逻辑。

例如,在电子商务系统中,我们经常需要将一种货币转换为另一种货币。有时很难说这种行为应该放在哪里,所以最好的选择是创建新的类和接口:

public interface IForeignExchange
{
    List<ConversionRate> GetConversionRates();
}

public class ForeignExchange : IForeignExchange
{
    private readonly ICacheStore _cacheStore;

    public ForeignExchange(ICacheStore cacheStore)
    {
        _cacheStore = cacheStore;
    }

    public List<ConversionRate> GetConversionRates()
    {
        var ratesCache = this._cacheStore.Get(new ConversionRatesCacheKey());

        if (ratesCache != null)
        {
            return ratesCache.Rates;
        }

        List<ConversionRate> rates = GetConversionRatesFromExternalApi();

        this._cacheStore.Add(new ConversionRatesCache(rates), new ConversionRatesCacheKey(), DateTime.Now.Date.AddDays(1));

        return rates;
    }

    private static List<ConversionRate> GetConversionRatesFromExternalApi()
    {
        // Communication with external API. Here is only mock.

        var conversionRates = new List<ConversionRate>();

        conversionRates.Add(new ConversionRate("USD", "EUR", (decimal)0.88));
        conversionRates.Add(new ConversionRate("EUR", "USD", (decimal)1.13));

        return conversionRates;
    }
}

这样我们就支持高聚合High Cohesion(我们只转换货币)和低耦合Low Coupling(客户端类只依赖于 IForeignExchange 接口)。此外,该类可重用且易于维护。