首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >企业级应用程序中的ASP.NET RAD控件

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

Stack Overflow用户
提问于 2009-08-27 12:13:21
回答 2查看 210关注 0票数 0

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

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2009-08-27 12:47:51

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

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

另外,假设您有一个位于DAL之上的业务逻辑层,我认为使用数据源控件没有问题,比如对象数据源。另外,为了安全起见,调查使用这种类型的控件时的最佳实践是一个很好的起点。

票数 1
EN

Stack Overflow用户

发布于 2009-08-27 15:14:54

不,这绝对不会让人皱眉。从历史上看,与集成开发环境捆绑在一起的控件是相当简单的基本控件,通常只包装系统控件( winforms中的窗口控件和asp.net中的html控件),并为各种图形用户界面和数据表示提供其他有用的控件。

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

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/1340681

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档