返回IList <T>比返回T []或List <T>更糟糕吗？

像这样的问题的答案:List 或IList 似乎总是同意返回一个接口比返回一个集合的具体实现更好.但我正在努力解决这个问题.实例化接口是不可能的,因此如果您的方法返回一个接口,它实际上仍然返回一个特定的实现.我通过编写两个小方法来尝试一下这个:

public static IList ExposeArrayIList()
{
    return new[] { 1, 2, 3 };
}

public static IList ExposeListIList()
{
    return new List { 1, 2, 3 };
}

并在我的测试程序中使用它们:

static void Main(string[] args)
{
    IList arrayIList = ExposeArrayIList();
    IList listIList = ExposeListIList();

    //Will give a runtime error
    arrayIList.Add(10);
    //Runs perfectly
    listIList.Add(10);
}

在这两种情况下,当我尝试添加新值时,我的编译器没有给我任何错误,但显然IList当我尝试向其添加内容时,将我的数组公开为暴露的方法会产生运行时错误.因此,那些不知道我的方法中发生了什么,并且必须为其添加值的人,被迫首先将我复制IList到a List以便能够添加值而不会有错误.当然,他们可以做一个类型检查,看看他们是否正在处理a List或者a Array,但是如果他们不这样做,并且他们想要将项目添加到集合中,他们别无选择将其复制IList到a List,即使它已经是一个List.数组永远不会暴露为IList？

我的另一个问题是基于相关问题的接受答案(强调我的):

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

如果你只是在内部使用它,你可能不在乎,使用List可能没问题.

想象一下有人实际上使用了我IList从他的ExposeListIlist()方法中获得的,就像添加/删除值一样.一切正常.但现在就像答案所暗示的那样,因为返回一个接口更灵活,我返回一个数组而不是一个List(在我这边没问题!),然后他们正在接受治疗......

TLDR:

1)暴露界面会导致不必要的演员表？这没关系吗？

2)有时,如果库的用户不使用强制转换,那么当您更改方法时,它们的代码可能会中断,即使该方法仍然完好无损.

我可能正在过度思考这个问题,但我并不认为返回接口比返回实现更受欢迎.

也许这不是直接回答你的问题,但在.NET 4.5+中,我更喜欢在设计公共或受保护的API时遵循这些规则:

IEnumerable如果只有枚举可用,则返回;

IReadOnlyCollection如果枚举和项目数都可用,则返回;

返回IReadOnlyList,如果枚举,项目计数和索引访问可用;

ICollection如果枚举,项目计数和修改可用,则返回;

返回IList,如果枚举,项目计数,索引访问和修改可用.

最后两个选项假设,该方法不能将数组作为IList实现返回.