2009-08-27 46 views
0

我总是反对RAD控件,因为我想在代码中以语法方式做所有事情,但我需要加快项目速度。我最近下载了一个使用分层架构的项目,并在演示文稿页面中有一个ObjectDataSource控件。我正在访问DAL中的类型,并没有连接字符串,所以即使是分层应用程序,它也是一个很好的选择。在企业级应用程序中使用这些类型的控件是否完全不被赞同?企业级应用程序中的ASP.NET RAD控件应用程序

+0

由RAD控制你的意思是Telerik控制? – 2009-08-27 12:15:45

+0

对不起,我只是指asp.net可供使用的快速应用程序开发控件。拖放连接控件等。 – RyanOC 2009-08-27 12:30:15

回答

1

.NET工具箱控制.NET技术对任何域的开发具有吸引力,无论是Web还是桌面应用程序。这些控制是为了提高开发人员的工作效率,并避免他们花时间做重复的任务,如创建UI控件。据说,他们将允许您更快地创建应用程序。

只要您不滥用视图状态并避免服务器控件的恶意实现,您就可以创建一个可靠且经济高效的应用程序。

此外,假设您的业务逻辑层位于DAL之上,但使用数据源控件(例如对象数据源)时看不到问题。另外调查哪些是使用这种类型的控制的最佳做法是一个开始的好地方,只是为了安全起见。

0

没有它绝对不皱眉。历史上,与IDE捆绑在一起的控件是非常直接的基本控件,它们通常只包含系统控件(asp.net中的winforms和html控件中的窗口控件)以及用于各种GUI和数据表示的其他有用控件。

这些控件通常是轻量级的,因为它们使用核心框架,并且可以很容易地扩展。我们已经使用了各种第三方组件,并且在很多情况下都回头使用修改/扩展的带有jQuery的核心asp.net控件来以较少的开销生成控件。