ASP.NET现成控件真的值得生产吗？

我遇到过ASP.NET现成的控件，如grid、repeater。。。等等

例如，在处理网格时，我记得以下事实

ASP.NETV1.1有一个带有“虚拟行计数”的DataGrid，它被大量用于定制分页，这是大型站点需要执行的

ASP.NETV2.0添加了GridView，它具有各种很酷的功能，但也将数据源部分拆分为不同的组件。此外，“虚拟行计数”不受支持，要完成分页，需要使用数据源控制

在所有这些事情之后，我认为ASP.NET控件并不是为了开发而使用的

---

请让我知道我是对还是错？如果您认为我错了，请提供输入/链接，帮助我摆脱这种想法。

我使用这些控件从来没有遇到过问题。我发现它们与任何一组控件（本机控件或第三方控件）具有相同的优缺点。如果他们做了你需要他们做的100%，那就太棒了。如果他们没有给你100%，也没有给你要重写的事件或虚拟方法，那么你就卡住了，你需要回到更基本的控件，自己做一些编程。我总是发现中继器和列表在这方面非常方便。

大多数现成的asp.net控件都非常简单，易于使用，并且它们能够可靠地实现它们声称的功能。很多人都有GridView控件的问题，特别是在ViewState的性能和大小方面。通过使用AJAX，性能问题只得到了部分解决

我同意@Neil Moss关于中继器控制的观点。它非常灵活，可以输出您告诉它的内容。对于网格，请查看JQuery插件JQGrid。它没有任何性能问题，并且具有许多第三方自定义网格的强大功能

此外，ListView控件是GridView的一个非常好的替代品，因为它提供了GridView（）的许多数据绑定、选择、分页、排序和修改功能，但可以完全控制输出模板

---

尽管我极力主张使用ASP.NET MVC，但要做到这一点，需要有相当多的学习曲线，并且不应低估以MVC方式正常工作所需的心态变化。

简单而直接地说，ASP.NET现成控件是大多数项目的最佳解决方案

我将详细解释，但首先，ASP.NET现成控件称为ASP.NET控件框架或ASP.NET控件库。我坚持使用关键短语，因为当你像谷歌一样搜索引擎时，你需要通过适当的关键词来搜索，以获得更好的结果

互联网上有很多控件库，大多数都提供免费工具。除了我是否应该在我的企业应用程序中使用它之外，您还需要了解您的需求

第一点是肯定的，您完全可以在您的企业应用程序中使用这些控件，因为这些控件更可靠，并且由控件开发专家构建，由强大的产品测试团队测试，并且具有丰富的质量文档。请注意，您还将获得良好的社区支持、具有控制知识的人力资源以及遵守行业标准。最棒的是，你将能够在上述所有因素上节省时间。有些控件甚至可以通过其特性和功能为您带来更多优势，这是您从未想过的

选择控件时需要做的最重要的事情 1.你需要浏览他们的知识库 2.在相关文章中搜索所选控件 3.下载评估版和DIY

---

internet上有许多很好的控件库。我正在使用obout控制库，建议您使用obout。除了质量控制，这些人还提供个人发展支持。大多数时候，我无法将他们与我的内部团队分开。请访问www.obout.com

-1：使用xmlhttprequest“解决”性能问题是有根本缺陷的；问题仍然存在。此外，控件隐藏并扩展了一个基本上更简单、更容易的概念；HTTP 1.1。想象一只大象单腿站立；这就是你的形象。MVC的学习曲线比web表单小得多。WebForms导致残疾程序员无法编写javascript或更多类似http的网站，如果他们的生活依赖于它的话。我不知道你提到大象意味着什么，但这让我发笑。我的假设是他们已经有了ASP.NET的经验。在这种情况下，通过改进他们已经知道的知识，他们的问题将得到更快、更容易的解决。我们中的一些人正在从事包含10年历史的代码的项目。经典的asp、asp.NET和过去十年中出现的所有东西的混合体。当用户提出特定问题时，建议用户切换到MVC有点狭隘，甚至没有提到MVC。他们在问题中只提到了ASP.NET2.0。嗯，你说的没错，但我认为你的答案不是答案。对我来说，他是在问一个普通的ASP.Net问题。+1我同意在适当的情况下使用适当的控件。没有什么可以替代这些控制的经验，但是如果你没有经验，那么你就去问专家@Anil Namde问了这个问题：“ASP.NET现成控件真的值得生产吗？”。不是“我应该切换到ASP.NET MVC吗？”。