这是一个关于两件事的问题：我什么时候使用 [a] 用户控件，[b] 界面？或者，考虑到所有可能性，这些物品的最佳用途是什么。
我为什么要问？
UserControl：我试图创建一个包含一个 ASPX 页面和多个 ASCX 页面的网站——有一个主 + 事务要求——但是在与 ASCX 页面斗争之后，我现在不得不在 ASPX 中重做它，因为 ASCX 页面变得非常复杂—— - 多个输入、数据元素等。人。（大约 500 个数据元素分散在 11 个 ascx 页面上）。所以问题是——使用 ASCX 页面的最佳位置是什么？
界面：与上述相同的场景——控制页面上的数据（保存、丢弃、更新等）我在 ASPX 页面上使用了控件；这非常失败，所以我尝试了接口，但我也没有真正取得很大进展，所以我回到了在所有 ASPX 页面上使用重复控件的非常基本的方法......不用说这很乏味。
从概念上讲，我想知道我做错了什么！
您似乎对彼此完全不同的界面和用户控件感到有些困惑。有很多文章详细描述了它们中的每一个。但我会告诉你我如何使用它们
用户控件：我主要将用户控件用于用户界面封装。例如，如果我有一些文本框、标签、一些下拉菜单和面板，我将不得不编写代码来处理它们，例如我有一个下拉菜单，并且我必须根据它的值启用或禁用某些功能。我还必须进行一些验证。我可以在网页中做到这一点，但最好将它们封装在用户控件中。
a）我的代码不会弄乱我的网页代码，b）它封装在控件中 c）控件的功能将共同操纵控件及其代码。
我网页中的代码将非常干净且易于阅读，而且总体而言代码更易于维护。还可以通过用户控件在许多页面中使用相同的功能，而无需再次编写代码，甚至无需复制和粘贴代码。
接口: 1我在特殊情况下使用接口。例如，要求控件必须与包含它的页面交互。通常程序员将页面类型转换为实际类并使用它。我所做的是创建 2 个接口。一个是页面实现的，另一个是控件实现的。通过这些接口，它们将相互交互，并且依赖关系不是硬编码的。这意味着实现页面所需接口的任何控件都将实现它，并且页面可以开始与控件交互。从技术上讲，C++ 实现了多重继承，许多现代语言不允许多重继承，因此为了解决他们拥有这些接口的问题，因为一个类可以实现任意数量的接口，从而产生多重继承的错觉。