企业级应用程序中的 ASP.NET RAD 控件答案

【问题标题】：ASP.NET RAD Controls in an Enterprise Level App企业级应用程序中的 ASP.NET RAD 控件
【发布时间】：2009-08-27 23:14:54
【问题描述】：

我一直反对 RAD 控件，因为我想在代码中以语法方式执行所有操作，但我需要加快我的项目。我最近下载了一个使用分层架构并在演示页面中有一个 ObjectDataSource 控件的项目。我正在访问 DAL 中的类型，但其中没有连接字符串，因此即使对于分层应用程序来说，这似乎也是一个不错的选择。在企业级应用程序中使用这些类型的控件是否完全不受欢迎？

【问题讨论】：

RAD 控件是指 Telerik 控件？
对不起，我的意思是asp.net 可以使用的快速应用程序开发控件。拖放连接控件等。

标签： c# asp.net architecture

【解决方案1】：

.NET 工具箱控制着 .NET 技术对任何领域（无论是 Web 还是桌面应用程序）的开发都具有吸引力。制作这些控件是为了提高开发人员的工作效率，并避免他们浪费时间执行重复性任务，例如创建 UI 控件。话虽如此，它们将允许您更快地创建应用程序。

只要您不滥用视图状态并避免服务器控件的讨厌实现，您就可以创建可靠且具有成本效益的应用程序。

另外，假设您有一个位于 DAL 之上的业务逻辑层，我认为使用数据源控件（例如对象数据源）没有问题。此外，为了安全起见，调查使用此类控件时哪些是最佳做法也是一个不错的起点。

【讨论】：

【解决方案2】：

不，它肯定不会皱眉。从历史上看，与 IDE 捆绑在一起的控件是非常简单的基本控件，通常只是将系统控件（winforms 中的窗口控件和 asp.net 中的 html 控件）与用于各种 GUI 和数据表示的附加有用控件封装起来。

这些控件通常是轻量级的，因为它们使用核心框架，并且可以轻松扩展。我们使用了各种第 3 方组件，并且在很多情况下，我们都重新考虑使用带有 jQuery 的修改/扩展的核心 asp.net 控件来生成开销更少的控件。

【讨论】：