不太流行的答案是，程序员喜欢假装他们的软件在世界各地都可以重用，而事实上，大多数项目将由少数人维护，无论界面相关的声音有多好，你都在欺骗自己。

架构宇航员。你编写自己的IList，为。net框架中已经存在的IList添加任何东西的机会是如此渺茫，以至于它只是理论上的“最佳实践”。

很明显，如果你被问到在面试中使用什么，你会说IList，微笑，两个人看起来都为自己的聪明感到高兴。或者对于一个面向公众的API, IList。希望你明白我的意思。

接口是一种承诺(或契约)。

承诺总是这样，越小越好。

如果您通过其他人将使用的库来公开类，则通常希望通过接口而不是具体实现来公开类。如果您决定稍后更改类的实现以使用不同的具体类，这将有所帮助。在这种情况下，库的用户不需要更新他们的代码，因为接口没有改变。

如果您只是在内部使用它，您可能不会太在意，使用List<T>可能就可以了。

如果。net 5.0取代了System.Collections.Generic。List<T>到system . collection . generic . linearlist <T>. . net总是拥有List<T>这个名称，但是他们保证IList<T>是一个契约。所以恕我直言，我们(至少我)不应该使用别人的名字(尽管在这种情况下是。net)，之后会遇到麻烦。

在使用IList<T>的情况下，调用者总是保证事情正常工作，而实现者可以自由地将底层集合更改为任何可供选择的IList具体实现

You can look at this argument from several angles including the one of a purely OO approach which says to program against an Interface not an implementation. With this thought, using IList follows the same principal as passing around and using Interfaces that you define from scratch. I also believe in the scalability and flexibility factors provided by an Interface in general. If a class implmenting IList<T> needs to be extended or changed, the consuming code does not have to change; it knows what the IList Interface contract adheres to. However using a concrete implementation and List<T> on a class that changes, could cause the calling code to need to be changed as well. This is because a class adhering to IList<T> guarantees a certain behavior that is not guaranteed by a concrete type using List<T>.

此外，还可以在类上修改List<T>的默认实现，例如为.Add、.Remove或任何其他IList方法实现IList<T>，为开发人员提供了很大的灵活性和能力，否则由List<T>预定义

The interface ensures that you at least get the methods you are expecting; being aware of the definition of the interface ie. all abstract methods that are there to be implemented by any class inheriting the interface. so if some one makes a huge class of his own with several methods besides the ones he inherited from the interface for some addition functionality, and those are of no use to you, its better to use a reference to a subclass (in this case the interface) and assign the concrete class object to it.

额外的好处是，你的代码是安全的，不受任何对具体类的更改，因为你只订阅了具体类的几个方法，而这些方法是那些只要具体类继承了你正在使用的接口就会存在的方法。所以这对你来说是安全的，对编写具体实现的编码器来说是自由的，他可以改变或添加更多的功能到他的具体类中。