.NET 接口

Question

在过去的几年里，我已经从隐藏/显示的长流程控件页面变为使用大量用户控件。我的同事之间总是就最佳实践进行一些讨论。

您是否应该拥有填充的属性，或者使用参数化的子项来加载控件中的信息？

我担心使用参数的部分原因是我无法确保所有内容都会被填充。

使用接口的基本规则是什么？我从未创建过。我应该尝试这个，还是继续呆在 '子负载'?

Answer 1

我不确定接口是否会对您有很大帮助。我的理解是，您将页面分解为一组包含其他控件的“复合”用户控件，并且您想要决定是否使用属性来设置值。

我想这实际上取决于用户控件的设计方式以及它们是否动态添加到页面等（一种可能的情况）。我个人更喜欢在构造函数中指定内容或使用工厂方法来创建控件。我承担创作的责任，确保一切都已就绪。我对属性的经验是，有时我会忘记设置某些内容并且没有意识到我的错误。您关于设置属性或使用子项以及填充的所有内容的观点对我来说没有多大意义。如果您有某种依赖关系并且需要加载其他内容，那么无论它是属性还是子属性，都可能会发生这种情况。

我会参考任何有关 VB.NET/C#/OOP 的书籍来了解接口的语法。接口基本上描述了类的契约。如果您有类 A 和 B，并且都实现了名为 ITime 的接口，那么两者都将提供 ITime 上定义的所有方法。他们仍然可以添加自己的方法，但必须至少包含 ITime 方法的实现（例如我们可能有 GetDate()、GetCurrentTime() 作为 ITime 上的方法）。接口不会告诉 A 类或 B 类这些方法应该如何工作 - 只是它们的名称、参数和返回类型。在 OOP 书籍中查找继承，以获取有关接口继承与实现继承有何不同的更多信息。