Asp.net 在web.config与asp页面中注册用户控件的优缺点

有人能告诉我在web.config中注册用户控件与在asp页面上注册用户控件的利弊吗

---

我特别关注性能问题。在web.config中注册所有控件是否会使页面加载速度变慢（即使是不使用这些控件的页面）？

将其放入web.config中不是一个很大的缺点。它只是不能通过拖放来完成，所以很多人就是不这么做。从长远来看，保持页面不那么凌乱，使更改更容易

Web.config Pros

只有1个位置可添加额外的代码位

Web.config Cons

有时，我会忘记在生产环境中更新web.config，因为我从不将web.config从临时区域复制到实时站点

在每一页上

当您部署/发布页面和/或将页面从dev/test/staging复制到live server时，您不必担心更新web.config

一页纸

它在每一页上，所以如果有什么变化，那么浏览每一页并修复它是一件痛苦的事情

您必须手动将其添加到每个页面

---

我建议在web.config中执行此操作。因为您不需要记住将它添加到每个页面，所以对您来说工作更少。尽管如此，如果您有大量的web.config文件，并且这些文件只在一个页面上使用，那么您可以同时执行这两种操作，以使web.config文件不那么凌乱。如果在多个页面中使用控件，我通常会将控件放在web.config中。如果它只在一个页面上使用，那么我通常只在我的asp.net页面中声明它。

老问题，但最后是关于性能的答案！没有区别：

好消息是，这两种方法之间没有任何性能差异 在web.config文件中注册，而不是在页面顶部注册

运行时性能完全相同（它们被编译为 两种情况下的说明相同）

编译也应该以相同的性能编译

---

我相信这对运行时性能来说是正确的，但在某种程度上，我认为它在尝试保存时会导致严重的问题。aspx页面：@Scott:运行时和编译性能，但是的，我想你必须在某个地方有所突破，他们决定了设计时。然而，根据我们的经验，在VS2012中，在Web.config中注册用户控件在您进入下一阶段时将变得不可用。。。