|
|
1
10
我喜欢
我绝对同意
|
|
|
2
7
FooCollection-Foo没有明显的含义,因此很难概念化。尝试使用“真实”的类/接口名称,它会更有意义-例如。
这是有意义的,因为ErrorHandlerCollection是错误处理程序的集合。实现IErrorHandler的任何内容都是错误处理程序,因此ErrorHandlerCollection中的任何内容都将是错误处理程序。 |
|
|
3
0
实际上,我更喜欢#4而不是构建自己的集合类型,因为最终用户会希望将其IFoo实现对象填充到自己的列表和其他集合中。这样,这些集合将按预期工作。 |
|
|
4
0
您已经确定了大多数选择。 我能想到的唯一额外的一个是Collectionofoo,但这不符合惯例。 我可能会选择IFooCollection。 |
|
5
0
就个人而言,我喜欢使用扩展方法的想法。如果您担心人们很容易找到扩展方法,只需将它们放在与IFoo接口相同的代码文件中的静态类中即可。或者在同一名称空间中的单独文件中创建一个“IFooExtensions”类,以便人们在查看“IFoo”时容易发现 |
|
|
6
0
IMO#2是正确的命名,尽管我也建议您使用愚人,因为您来自一个列表。 |
|
|
7
0
怎么样
就我个人而言,我不喜欢在接口前加上“I”的惯例——这基本上是一种糟糕的匈牙利符号,这就是为什么它不好的一个例子。 |
|
EarthTurtle · 调整泛型抛出迭代器的异常类型 1 年前 |
|
wallop · 实现必须明确提及所有接口字段,还是可以跳过它们? 1 年前 |
|
|
Reelie · C#11-通过抽象类在接口中静态抽象成员? 1 年前 |
|
Addem · 在OCaml签名中放入类型声明的正确方法是什么 2 年前 |