|
|
1
10
在.NET 4中,您应该使用
|
|
|
2
5
如果您有权使用它,请使用
|
|
|
3
5
我更喜欢你提到的两个keyValuePair,因为它更具表现力,并且保持了对象之间的关系。 但我宁愿创建一个类来保存对您的对的引用。在我看来,这更具可读性,并且创建一个额外的类或结构来表达您的实际操作也不会有任何伤害。 (伪码)
有人提到
[编辑-在晚上睡个好觉之后更深入地了解元组/类] |
|
|
4
1
第一种方法是我的首选方法,因为一个序列可能比另一个序列长,第二种方法不维护所需的1:1映射。 |
|
|
5
1
在我看来,第二种选择让你和客户都有更多的工作要做。第一种选择更安全,更难出错。我每次都会选择第一个选项或类似的选项。 |
|
|
6
1
我当然喜欢第一个。正如您所说,显式的相关性,比第二个需要测试两个集合的长度相同的集合更不容易出错。当然,这可能实际上是适当的提供/双向/方式,取决于你正在建立的实际班级。
有一点,如果您使用.NET 4.0,我建议您使用
|
|
|
7
0
我认为你必须选择1。必须有明确的关系,否则你只是在自找麻烦。 |
|
|
8
0
我将使用第二个版本(因为它更简单)+注释+静态/动态检查。如果可以使用代码约定,请尝试确保集合的长度相同,而不是空。如果不是,那就用同样的方法
一般来说,我不喜欢设计方法签名。 |
|
|
9
0
我通常提供这两种方法,将keyValuePair构造函数委托给2-arg构造函数。两全其美。 |
|
|
10
0
我喜欢第一种方法有两个原因。
像这样:
使用方法的开发人员不容易理解选项2,因此需要文档和注释来解释如何使用它。 顺便说一下,如果将方法声明为泛型而不是硬编码的keyValuePair,可能会得到最好的服务。
|
|
11
0
可能值得考虑一下为什么要公开一个Enumerable。您可以使用一个add(object a,object b)方法,它完全隐藏了处理对的内部方法。然后,客户可以设置自己的方法,将关系作为集合或单独添加到其中。 当然,如果您仍然需要一个采用可枚举的方法,那么第一个选项可能是最好的:显式关系。但您可以考虑使用或生成一个元组或对类型来代替keyValuePair,前提是它们之间的关系不是价值本质的关键。 |
|
|
12
0
如果你做了什么 这 ?
这将允许客户机编写这样的代码:
|