接口问题c#，以及依赖注入

Question

我有问题。让我们看一个例子：你得到了这个接口，它将由 Employee.cs 和 Owener.cs:

实现

public interface IEmployee
 {
    public string FirstName { get; set; }

    public string LastName { get; set; }

    public string Location { get; set; }
  }

 public class Employee: IEmployee
 {
     public string FirstName { get; set; }

    public string LastName { get; set; }

    public string Location { get; set; }
}

  public class Owner: IEmployee
{
    public string FirstName { get; set; }

    public string LastName { get; set; }

    public string Location { get; set; }

    public string Status{ get; set; } <--- //problem string
}

现在，当我们使用依赖注入并且它 returns 员工或经理的对象时，这就是我运行遇到问题的地方。

public class EmployeeCheck{

   private IEmployee empObj;

  public EmployeeCheck(IEmployee _em)
  {
     empObj=_em
  }

public void PrintCheck()
 {
   string str=_em.FirstName;
   string str2=(Owner)_emp.Status <--- //problem...how do I access it?? It can't be accessed cause 
                                       //IEMployee doesn't have status field!
  }

所以基本上，如果我使用 IEmployee 作为接口，我就无法访问新所有者 class 中的字段，如果我将它们放在接口中，那么 Employee class 不会不需要实现它，将被迫实现它不需要的东西！由于 DI 注入或其他设计模式，我确实需要 IEmployee

好的，我不能使用抽象 class...所以让我们讨论更多有关 IStatus 解决方案的问题...所以您正在谈论像这样编写代码：

public interface IStatus:IEmployee
{
    public string Title { get; set; }
}

public class 所有者：IEmployee，IStatus { public string FirstName { get;放; }

public string LastName { get; set; }

public string Location { get; set; }

public string Status{ get; set; } <--- //problem string

}

但如何在员工检查中使用它 class？

public class EmployeeCheck {

   private IEmployee empObj;

  public EmployeeCheck(IEmployee _em, IStatus)
  {
 empObj=_em
  }

}

Answer 1

这取决于你如何使用或为什么必须使用依赖注入。我认为在这些情况下，根据您的示例，使用它并不是很好，因为它在一些简单的事情上给您带来了复杂性。

如果您要使用 Status 值执行操作，您可以通过生成一个新接口来隔离接口。像这样。 public interface IStatus { string Status { get; set; } } 然后你在 Owner 中实现这个接口，在你的构造函数 EmployeeCheck 中你注入 IStatus.

但是，如果没有必要，为什么不使用 IEmployee，您可以将其作为摘要 class。

public abstract class Employee
{
    public string Name { get; set; }
    public string LastName { get; set; }
    public string Location { get; set; }
}

public class Owner : Employee
{
    public string Status { get; set; }
}

public class EmployeeCheck 
{
  public EmployeeCheck(Employee employee)
  {
   var owner = employee as Owner;
   var statuts= owner.Status;
  }
}

Answer 2

您正在处理的场景可以传统上使用 IoC Containers 来处理，例如 StructureMap 或 Unity，方法是使用称为 命名实例 的东西。这些容器提供了这种开箱即用的功能。

在 .NET Core 中可以通过多种方式实现同样的效果。一种方法是使用 IServiceCollection 中的扩展方法。下面的代码片段将带您了解如何在您的场景中完成此操作

// using Microsoft.Extensions.DependencyInjection
// Startup.cs - ConfigureServices()
services.AddTransient(serviceProvider =>
{
    Func<string, IMyClass> func = key =>
    {
        switch (key)
        {
            case "MyClass":
                return serviceProvider.GetService<MyClass>();
            case "MyClass1":
                return serviceProvider.GetService<MyClass2>();
            default:
                throw new KeyNotFoundException();
        }
    };
    return func;
});

//Register your services here as usual
services.AddTransient<IMyClass, MyClass>();
services.AddTransient<IMyClass, MyClass2>();

您实际上是在此处创建一个工厂，它将根据 key 给出您需要的类型的依赖项。以下代码片段显示了如何在您的控制器中完成此操作。

// ctor of your controller
public MyController(Func<string, IMyClass> injector)
{
    // key here could be 'MyClass' or 'MyClass2'
    IMyClass service = injector("<key>");
}

下面是示例的结构类我已经考虑过上面的示例

// implementation 1
public class MyClass : IMyClass
{
}

// implementation 2
public class MyClass2 : IMyClass
{
}

// interface
public interface IMyClass
{
}

还有其他方法可以解决这个问题。您可以查看其他方法的答案。

Answer 3

您需要考虑的第一个问题是：EmployeeCheck 在使用 Employee（比方说）实例化时应该做什么，因为它似乎需要 Status 才能打印一张支票？

接口背后的全部思想是它们为可以对对象执行的操作提供契约。在这种情况下，您正在尝试做一些合同中未指定的事情（使用 Status），因此类型系统使它变得有点困难（迫使您强制转换）。

避免强制转换的一个选项（如@Diegorincon 所建议的）是创建另一个实现 IEmployee 的接口（类似于 IHasStatus），然后更改 EmployeeCheck 中的类型（CheckPrinter 可能更清楚？）到 IEmployeeWithStatus.

interface IEmployee
{
     string FirstName { get; }
     string LastName { get; }
    
}
interface IEmployeeWithStatus:IEmployee
{
    string Status { get; }
}
public class Owner : IEmployeeWithStatus
{
    public string FirstName { get; }
    public string LastName { get; }
    public string Status { get; }
}
class EmployeeCheck
{
    private readonly IEmployeeWithStatus _employeeWithStatus;
    public EmployeeCheck(IEmployeeWithStatus employeeWithStatus)
    {
        _employeeWithStatus = employeeWithStatus;
    }

    void PrintCheck()
    {
        // no casting needed
        Console.Write($"{_employeeWithStatus.FirstName} {_employeeWithStatus.LastName} {_employeeWithStatus.Status}");
    }
}

如果您无法使用示例中的签名，编写代码的一种选择是使用类型模式编写 switch 语句：

   switch (employee)
     {
           case Owner owner:
           {
               // you can use owner.Status here
               Console.WriteLine(owner.Status);
           }
           break;
           case Employee employee:
           {
               // hmm.., now what?!
           }
           break;
     }

这比必须到处投射要干净，但归根结底，它只是在解决同样的问题。

（在面向对象的范例中，这种情况出现 all 当你手头有一个更通用类型的对象时（类似于 Animal）但是你发现自己想根据它的特定类型（比如Dog）进行操作。像上面的代码那样打开类型通常被认为是一种代码味道。如果有更多细节，我也许可以提供一些其他的想法）

接口问题c#，以及依赖注入

Interface problem c#, and dependency injection

c#

dependencies

interface

inversion-of-control