我一直反对RAD控件,因为我想在代码中以语法的方式做所有事情,但我需要我的项目加快速度。我最近下载了一个使用分层架构的项目,在演示页面中有一个ObjectDataSource控件。我在DAL中访问类型,并且没有连接字符串,所以即使对于分层的应用程序,它似乎也是一个很好的选择。在企业级应用程序中使用这些类型的控件是不是完全不受欢迎?
发布于 2009-08-27 12:47:51
.NET工具箱控制.NET技术对任何领域的开发的吸引力,无论是web应用程序还是桌面应用程序。这些控件是为了提高开发人员的工作效率,并避免他们浪费时间做重复的任务,如创建UI控件。也就是说,它们将允许您更快地创建应用程序。
只要您不滥用视图状态并避免糟糕的服务器控件实现,您就可以创建一个可靠且具有成本效益的应用程序。
另外,假设您有一个位于DAL之上的业务逻辑层,我认为使用数据源控件没有问题,比如对象数据源。另外,为了安全起见,调查使用这种类型的控件时的最佳实践是一个很好的起点。
发布于 2009-08-27 15:14:54
不,这绝对不会让人皱眉。从历史上看,与集成开发环境捆绑在一起的控件是相当简单的基本控件,通常只包装系统控件( winforms中的窗口控件和asp.net中的html控件),并为各种图形用户界面和数据表示提供其他有用的控件。
这些控件通常是轻量级的,因为它们使用核心框架,并且可以很容易地扩展。我们已经使用了各种第三方组件,在很多情况下,我们又回到了使用jQuery的修改/扩展的核心asp.net控件,以产生更少的开销的控件。
https://stackoverflow.com/questions/1340681
复制相似问题