FxCop的CollectionPropertiesShouldBeReadOnly规则与spring框架不兼容吗？

Question

FxCop 有 CollectionPropertiesShouldBeReadOnly 规则，该规则会在您的类具有某种集合属性时发出抱怨客户可以设置。 相反，它建议将该属性设置为只读，并提供 Clear() 方法和 Add() 或 AddRange() 方法来更改集合的内容。

我同意这会产生一个更干净、更受控制的界面，但我正在努力使该界面与 Spring 框架一起工作。 如果我想用协作者集合配置一个对象，我必须公开一些集合属性以将协作者注入其中。 我浏览了 Spring 文档，我可以没有看到任何方法告诉 Spring 调用 AddRange() 方法，我错过了什么吗？

现在，我将排除该警告，并指出它对于 Spring 配置是必需的。

更新：由于过去两个月我没有在这里得到任何啃咬，所以我在 FxCop 论坛。

Answer 1

问题有你想象的那么严重吗？ 我的理解是，如果您有这样的读/写属性，FxCop 会抱怨：

public List<Foo> Items { get; set; }

...因为您班级的用户将能够执行此操作：

myInstance.Items = new List<Foo>();

显然您不希望您班级的用户完全重新分配列表。 因此，FxCop 推荐这种模式：

private List<Foo> _items = new List<Foo>();
public List<Foo> Items { get { return _items; } }

因此，现在您的班级的用户只能在列表中添加和删除项目，而不是用新的 List 实例覆盖它。

Spring.NET如何实现其集合属性？ 它们真的像我的第一个例子一样读/写吗？ 如果是这样，那么看看他们的这种模式的用例会很有趣，因为它看起来不对。

Answer 2

如果集合属性仅公开一个 getter，我们将假设使用您列出的 FxCop 推荐模式并将其添加到集合中。 还支持第一种模式。

对于泛型集合，仅当公开的属性属于 IList 类型时，此方法才有效。 我们有一个 JIRA 问题，需要在下一个版本中修复此问题。 顺便说一句，这是基类库中非常常见的模式（您可能知道...），这是我们第一次在 .NET 1.1 中遇到需要支持这种样式的地方（它不受上面列出的限制） 。

干杯，
标记