社区
非技术区 帖子详情 你还在使用webform么？ eesprite 2014-09-04 01:03:49 有些人，喜欢webform控件简单好用，没错，不过复杂呢？看看fineui去，你做webform控件好还是js控件好？这问题够本质了吧。
当然webform的控件以及用户控件还是有其不可替代性，无与伦比的封装性。不过js控件更是潮流，我更倾向于js。canvas里的东西你也打算用C#控制么？是吧。
有的人，webform下终于会用js + ajax了，会用mvc模式了，不过asp.net mvc同样用js ajax mvc，用同样的东西，闭源开源你选哪个？ 可扩展和写死的你选哪个？可替换和写死的你选哪个？ 这个问题不够容易么？
当然了，我也没叫你老的项目一定要迁移，而是新的独立的项目的倾向性，所以别脑补说，啊，我公司一大堆。。。东西，怎么可能全换成mvc，呵呵，这样的人真不少,而且没不让你混合使用，即便是ajax，controller 也比asmx，ashx好用不是么，即便是restful，webapi也比wcf等好用扩展性更好不是么。
好了，闪人了，改密码去。
...全文
11705 36 打赏 收藏 你还在使用webform么？ 有些人，喜欢webform控件简单好用，没错，不过复杂呢？看看fineui去，你做webform控件好还是js控件好？这问题够本质了吧。 当然webform的控件以及用户控件还是有其不可替代性，无与伦比的封装性。不过js控件更是潮流，我更倾向于js。canvas里的东西你也打算用C#控制么？是吧。 有的人，webform下终于会用js + ajax了，会用mvc模式了，不过asp.net mvc同样用js ajax mvc，用同样的东西，闭源开源你选哪个？ 可扩展和写死的你选哪个？可替换和写死的 复制链接
扫一扫 分享 转发到动态 举报 AI 作业
写回复 配置赞助广告取 消
确 定
用AI写文章 36 条回复 切换为时间正序 请发表友善的回复… 发表回复 打赏红包 需支付: 0.00 元 取 消 确 定 qq453182902 2016-09-11 打赏举报 回复 面对这个问题，我也是挺迷茫，但是选择哪种方式实现，最终还要看项目实际的需求。 ok-go 2016-09-09 打赏举报 回复 当然不要用webform了， 没发现一点优点，相比mvc没有可比性，拖控件快？。。。可笑
大渣吼吾系渣渣辉 2016-09-09 打赏举报 回复 期待楼主更详细的解析，先搬个小板凳
期待各位大神的讨论，再拿袋瓜子 bruce168 2016-09-08 打赏举报 回复 什么WebForms、WebPages、MVC等WebSite技术，统统放一边不用！ bruce168 2016-09-08 打赏举报 回复 前后端分离是我的主张，后端使用WebAPI开发restful API，然后前端开发人员使用ajax调用后端，前端人员必需掌握html、css、javascript等这些内容；后端开发人员只需掌握Controller、Model的实现即可，就这么简单，so easy ! yuji821 2016-04-10 打赏举报 回复 本人一直在用 牛牛牛丶 2016-04-07 打赏举报 回复 各有各的好处吧，不能一概而论，要看具体业务逻辑和需求来选择。 software_artisan 2015-08-24 打赏举报 回复 后台为毛要用webform？内部使用winform不更好？如果要移动设备使用，干脆开发App，比不上不下的webform强多了 娃都会打酱油了 2015-08-24 打赏举报 回复 存在即合理，管它干嘛，还不是公司说用什么你就用什么 金盖山人 2015-08-24 打赏举报 回复 引用 26 楼 moonwrite 的回复:[quote=引用 23 楼 attilax 的回复:]
web三大编程模型
Web Page :::其实80%的网站是这个模式开发的。。简单快速，以前的asp,php，jsp都是这个模式。。缺点是一旦项目上规模，可能不太好管理
Web Forms ：：这个事件驱动的模式，有几个优点，与桌面编程模型统一了，而这个模式是ide支持最方便的模式。。
具体用不用webform ，看你的ide支持程度了。。.net的就支持很好，而java的jsf ide支持的就差多了。。所以java的webform模式不流行。。
手写webform效率太低，除非是为了同时与桌面程序相统一。。
和 MVC ：：这个在java中用的最多。。原因很简单，java的ide对webform支持不足。。而java又常常搞大项目，不太适合web page模式，所以只能选择mvc了。。 而.net的mvc就很少选择，因为ide对webform支持很好，开发速度与简单性webform毕竟比mvc好太多了。
未来趋势：：
webform ：： web与桌面编程模型的统一是大势所趋，ide的支持会更加的好。事件驱动简单化了开发。。所以，webform必然会大放异彩
mvc：： 目前的ide技术对mvc支持困难，手写的比较多，效率慢，模式也比较复杂些，所以是要淘汰的一个技术了
webpage：： 属于过渡技术。。但是生命力要比mvc稍微强点。。一旦ide对webform的全面支持，就岌岌可危了。。
不过，php这一类脚本目前ide支持有限，但是比mvc要好，所以应该会保留稍微长点的时间。。
我不是这样看的 webpage是根本~所以不存在被淘汰之说~
现在前端框架越来越多和完善~不会在用webform这笨重的服务端控件了[/quote]
webpage 就是以前的asp升级版吧。MVC应该是越来越流行才对吧，webform对于内网的管理确实是比较上手快，我做过一个教学管理管理系统，用的是linq，updatepanel+ajaxcontrolkit, (本想用jquery，但是在masterpage包裹中出了点问题，后来索性用MS自家的ajax方式)，但是大数据量的翻页好像很慢（listview+linq） moonwrite 2015-03-04 打赏举报 回复 引用 23 楼 attilax 的回复:web三大编程模型
Web Page :::其实80%的网站是这个模式开发的。。简单快速，以前的asp,php，jsp都是这个模式。。缺点是一旦项目上规模，可能不太好管理
Web Forms ：：这个事件驱动的模式，有几个优点，与桌面编程模型统一了，而这个模式是ide支持最方便的模式。。
具体用不用webform ，看你的ide支持程度了。。.net的就支持很好，而java的jsf ide支持的就差多了。。所以java的webform模式不流行。。
手写webform效率太低，除非是为了同时与桌面程序相统一。。
和 MVC ：：这个在java中用的最多。。原因很简单，java的ide对webform支持不足。。而java又常常搞大项目，不太适合web page模式，所以只能选择mvc了。。 而.net的mvc就很少选择，因为ide对webform支持很好，开发速度与简单性webform毕竟比mvc好太多了。
未来趋势：：
webform ：： web与桌面编程模型的统一是大势所趋，ide的支持会更加的好。事件驱动简单化了开发。。所以，webform必然会大放异彩
mvc：： 目前的ide技术对mvc支持困难，手写的比较多，效率慢，模式也比较复杂些，所以是要淘汰的一个技术了
webpage：： 属于过渡技术。。但是生命力要比mvc稍微强点。。一旦ide对webform的全面支持，就岌岌可危了。。
不过，php这一类脚本目前ide支持有限，但是比mvc要好，所以应该会保留稍微长点的时间。。
我不是这样看的 webpage是根本~所以不存在被淘汰之说~
现在前端框架越来越多和完善~不会在用webform这笨重的服务端控件了 wjq 2015-03-03 打赏举报 回复 脱离 业务需求（实际业务之外，如目标运行环境）/开发效率（人员熟练程度，项目进度等）的基础去讨论什么技术好不好，过时不过时没什么太大意义。纯挑起口水仗。 bluedoctor 2015-03-03 打赏举报 回复 我觉得对管理系统,内部系统而言,WebForm 具有很大的优势,这类系统共同的特点就是大量表单处理,数据绑定,如果用MVC的话开发效率是较低的,用WebForm就很快.PDF.NET SOD框架可以很好的支持WebForm，有专门的数据控件，大家可以看看源码里面的超市管理系统的例子。 attilax 2015-01-05 打赏举报 回复 web三大编程模型
Web Page :::其实80%的网站是这个模式开发的。。简单快速，以前的asp,php，jsp都是这个模式。。缺点是一旦项目上规模，可能不太好管理
Web Forms ：：这个事件驱动的模式，有几个优点，与桌面编程模型统一了，而这个模式是ide支持最方便的模式。。
具体用不用webform ，看你的ide支持程度了。。.net的就支持很好，而java的jsf ide支持的就差多了。。所以java的webform模式不流行。。
手写webform效率太低，除非是为了同时与桌面程序相统一。。
和 MVC ：：这个在java中用的最多。。原因很简单，java的ide对webform支持不足。。而java又常常搞大项目，不太适合web page模式，所以只能选择mvc了。。 而.net的mvc就很少选择，因为ide对webform支持很好，开发速度与简单性webform毕竟比mvc好太多了。
未来趋势：：
webform ：： web与桌面编程模型的统一是大势所趋，ide的支持会更加的好。事件驱动简单化了开发。。所以，webform必然会大放异彩
mvc：： 目前的ide技术对mvc支持困难，手写的比较多，效率慢，模式也比较复杂些，所以是要淘汰的一个技术了
webpage：： 属于过渡技术。。但是生命力要比mvc稍微强点。。一旦ide对webform的全面支持，就岌岌可危了。。
不过，php这一类脚本目前ide支持有限，但是比mvc要好，所以应该会保留稍微长点的时间。。 u010819275 2014-09-14 打赏举报 回复 其实用 mvc+ajax+js/JQ总感觉 绕了一圈。。所以还是RESTFUL好用，视图和控制器绑定，直接展示。 tossgoon 2014-09-11 打赏举报 回复 asp.net 的mvc 和 你们所说的一般的mvc一样吗 eesprite 2014-09-06 打赏举报 回复 引用 12 楼 fssssssss 的回复:业务最主要，关注这些技术优劣，没意义
开发人员不关心业务，只关心怎么实现方便舒服可维护，不会遇到诡异的问题和瓶颈。 eesprite 2014-09-06 打赏举报 回复 引用 7 楼 webdiyer 的回复:虽然我好几年没用webform了，但觉得这事不能一概而论，如果是企业内部应用项目，我觉得用webform开发更合适，不需要太在乎性能，开发速度快，而如果是类似于网站等普通的web项目，则最好用MVC，能够完全控制最终生成的html，性能也比webform有很大提升。
webform有个引导作用就是让人去用服务端控件，你后台管理有套好用点的控件库还好点，但是你是引导别人用updatelpanel + ajaxtoolkit么？我在的公司就差点这条路走到黑了， 推荐别人用webform的时候是不是得跟踪一下别人是不是走偏了？ 你是不是应该提供技术框架引导别人正确的使用？
mvc引导人必须用js ajax，无论怎么推荐，拿来做什么都不会算错。
eesprite 2014-09-06 打赏举报 回复 引用 1 楼 sp1234 的回复:[quote=引用 楼主 gxrsprite 的回复:]
即便是ajax，controller 也比asmx，ashx好用不是么
当然不是。controller脱离了view，连“命根”都阉割了，还叫controller都丢人。
引用 楼主 gxrsprite 的回复:即便是restful，webapi也比wcf等好用扩展性更好不是么。
webapi封装这跟本不是asp.net mvc中的某一层中的任何模块，没有关系。[/quote]
说asp.net mvc框架本身的时候，你又说道mvc架构去了，呵呵哈哈。 I_was_a_novice 2014-09-06 打赏举报 回复 加载更多回复（14） Web实时推送Demo by SignalR ,WebForm 因近期发现很多关于 Web实时推送的问题贴,所以写了一个简单的
基于 SignalR 的Web实时推送 Demo.
开发工具 VS2010
ASP.NET WebForm
SignalR 版本 -Version 1.1.3 IEWebControl组件 在webform中添加toolbar等web控件 zedGraph_demo_5.0.9 zedGraph5的demo包。里面有winform和webform的完整demo演示和源代码，还有一个chm的类库帮助文件。 Microsoft.ReportViewer的Dll合集 10.0 在用.net开发的程序包含rdlc 报表时，无论是winForm或webForm程序在部署到客户机子时都要求客户机上安装有ReportViewer 报表查看器，给部署带来了麻烦。现在好了，只要将这几个 dll 文件放到 winForm 的 exe 文件的同目录下或 webForm 的 bin 目录下，客户端即可不必安装ReportViewer 报表查看器。
Dll列表如下：
Microsoft.ReportViewer.Common.dll (版本 10.0);
Microsoft.ReportViewer.ProcessingObjectModel.dll(版本 10.0);
Microsoft.ReportViewer.WebForms.dll(版本 10.0);
Microsoft.ReportViewer.WinForms.dll(版本 10.0);
Microsoft.ReportViewer.DataVisualization.dll(版本 10.0)。
备注：当ReportView显示柱状图，饼图，折线图等图表时，需要用到Microsoft.ReportViewer.DataVisualization.dll,对于一般的表格式的报表，是不需要用到的。 webform能用ajax么,在webform中使用ajax 如果你用过asp.net webform， 说明你也算是.net 开发的老兵了。webform应该是2011-2013左右，当时还用visual studio 2005、 visual studio 2008。后来基本都用的是mvc。如果是新开发的项目，估计没人会用webform技术。但是有些旧版本的项目，还需要维护，所以，我又不得不重新用上webform技术。webform的程序中，大部分都是服...
非技术区
7,774
社区成员
63,122
社区内容
发帖 与我相关 我的任务 非技术区 .NET技术 非技术区 复制链接
扫一扫 分享 确定 社区描述 .NET技术 非技术区 社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告 试试用AI创作助手写篇文章吧
+ 用AI写文章