使用IOC/DI改进设计

我目前正在尝试使用DI/IOC为我的多模块解决方案找到更好的设计，但现在我不知何故迷路了。我有一个解决方案，不同类型的实体可以通过不同的渠道分发给收件人。这是我的类的简化版本:

#region FTP Module
public interface IFtpService
{
    void Upload(FtpAccount account, byte[] data);
}
public class FtpService : IFtpService
{
    public void Upload(FtpAccount account, byte[] data)
    {
    }
}
#endregion
#region Email Module
public interface IEmailService :IDistributionService
{
    void Send(IEnumerable<string> recipients, byte[] data);
}
public class EmailService : IEmailService
{
    public void Send(IEnumerable<string> recipients, byte[] data)
    {
    }
}
#endregion
public interface IDistributionService { }
#region GenericDistributionModule
public interface IDistributionChannel
{
    void Distribute();
}
public interface IDistribution
{
    byte[] Data { get; }
    IDistributionChannel DistributionChannel { get; }
    void Distribute();
}
#endregion
#region EmailDistributionModule
public class EmailDistributionChannel : IDistributionChannel
{
    public void Distribute()
    {
        // Set some properties
        // Call EmailService???
    }
    public List<string> Recipients { get; set; } 
}
#endregion
#region FtpDistributionModule
public class FtpDistributionChannel : IDistributionChannel
{
    public void Distribute()
    {
        // Set some properties
        // Call FtpService???
    }
    public FtpAccount ftpAccount { get; set; }
}
#endregion
#region Program
public class Report
{
    public List<ReportDistribution> DistributionList { get; private set; }
    public byte[] reportData{get; set; }
}
public class ReportDistribution : IDistribution
{
    public Report Report { get; set; }
    public byte[] Data { get { return Report.reportData; } }
    public IDistributionChannel DistributionChannel { get; private set; }
    public void Distribute()
    {
        DistributionChannel.Distribute();
    }
}
class Program
{
    static void Main(string[] args)
    {
        EmailService emailService = new EmailService();
        FtpService ftpService = new FtpService();
        FtpAccount aAccount;
        Report report;
        ReportDistribution[] distributions =
        {
            new ReportDistribution(new EmailDistributionChannel(new List<string>("test@abc.xyz", "foo@bar.xyz"))),
            new ReportDistribution(new FtpDistributionChannel(aAccount))
        };
        report.DistributionList.AddRange(distributions);
        foreach (var distribution in distributions)
        {
            // Old code:
            // if (distribution.DistributionChannel is EmailDistributionChannel)
            // {
            //     emailService.Send(...);        
            // }else if (distribution.DistributionChannel is FtpDistributionChannel)
            // {
            //     ftpService.Upload(...);
            // }else{ throw new NotImplementedException();}
            // New code:
            distribution.Distribute();
        }
    }
}
#endregion

在我目前的解决方案中，可以创建和存储持久的IDistribution poco(我在这里使用ReportDistribution)并将它们附加到可分发实体(本例中为Report)。例如，有人想通过电子邮件将现有的Report分发给一组收件人。因此，他创建了一个新的ReportDistribution' with an EmailDistributionChannel。后来，他决定通过FTP将相同的Report分发到指定的FtpServer。因此，他用FtpDistributionChannel创建了另一个ReportDistribution。可以在相同或不同的通道上多次分发相同的Report。

Azure Webjob获取存储的IDistribution实例并分发它们。当前，丑陋的实现使用if-else通过(低级)FtpService和EmailDistributionChannels与EmailService来分发Distributions和FtpDistributionChannel。

我现在试图在FtpDistributionChannel和EmailDistributionChannel上实现接口方法Distribute()。但是要做到这一点，实体需要一个对服务的引用。通过ConstructorInjection将服务注入实体似乎被认为是糟糕的风格。

Mike Hadlow提出了另外三个解决方案:

1. 创建域服务。例如，我可以创建一个FtpDistributionService，注入一个FtpService并编写一个Distribute(FtpDistributionChannel distribution)方法(也是一个EmailDistributionService)。除了Mike提到的缺点，我如何根据IDistribution实例选择一个匹配的DistributionService呢?用另一个if-else替换我的旧if-else感觉不对

2. 将IFtpService/EMailService注入Distribute()方法。但是我应该如何在IDistribution接口中定义Distribute()方法呢?EmailDistributionChannel需要IEmailService，而FtpDistributionChannel需要IFtpService。

3. 域事件模式。我不知道这怎么能解决我的问题

让我试着解释一下为什么我想出了这个相当复杂的解决方案:它从一个简单的报表列表开始。不久，有人要求我将报告发送给一些收件人(并存储收件人列表)。简单!

后来，其他人添加了将报告发送到FtpAccount的需求。在应用程序中管理不同的FtpAccounts，因此也应该存储所选的帐户。这就是我添加IDistributionChannel抽象的地方。一切都还好。

然后有人需要通过电子邮件发送某种持久的日志文件的可能性。这导致了我使用IDistribution/IDistributionChannel的解决方案。如果现在有人需要分发其他类型的数据，我可以为这个数据实现另一个IDistribution。如果需要另一个DistributionChannel(例如Fax)，我将实现它，并且它可用于所有可分发实体。