不要为了mvc而mvc 大家进来讨论下都

[lhx527099095]

web开发不是特别多 但是也不算是新手了
觉得一个web项目的架构
web--直接webform
dal
bll
common
model
差不多这样就够了

对于分层架构没有异议
但是对于web表示层 现在貌似mvc大行其道
说实在的 我觉得 除了那些个多余的配置 我没有看到什么特别的好处
还有就是orm的框架 用起来也不觉得多么方便啊
直接存储过程 ado调用数据库有什么不好么
到时候数据库迁移 换数据库
或者是同一个数据库 换其他开发语言 也很方便
存储过程不用重复开发了

大家都什么意见呢
对于webform 我个人觉得 还是以干净的html 加少量服务器控件为主
开发起来配合jquery 也非常简洁高效啊

[Null_Reference]

个人感觉MVC用起比较爽！！！

[guoxiaojie_200]

在一些项目里，这样的开发效率不高，MVC很方便啊，速度快，效率高，不容易出错

[zagelover]

拜读了，学习到很多东西，看来还需要好好加油~

[S314324153]

哪种合适用哪种

[swatabc]

还在用webform但没有控件了 已经是MVC的路子了

[穷得响叮当]

[lightgogogo]

我做项目向来都以自动化为前提，我做webform也基本不用服务器控件，也更倾向于mvc的做法，但是，mvc也并不是任何情况都比webform优秀，就以刚才说的自动化来说，mvc就实现不了（或者说很难实现）整套程序的自动化，比如如果我页面所有元素都需要根据后台配置来显示，如每个元素的显示隐藏，必填，只读，每个空格数据类型以及他的验证规则，每个按钮的事件绑定等，这些如果用mvc来实现，由于三层完全分离，没办法通过后台操作view，必须自定义界面控件，难度将会非常大！但如果是webform，只需要为元素加上个runat="server"就行了，剩下一切交给自动化处理类完成，轻松简单。但是如果做普通的网站，显然mvc更适合。所以具体选择那种框架，还是要看具体项目进行选择。

[正怒月神]

主要还是由于 asp.net的沉重的服务器控件吧。 每次回传数据量都非常庞大。 如果楼主 采用 ajax+ashx，也可以。 但是服务器控件，太影响效率。 再说一下 ef，我个人觉得，ado.net虽然直观，简单，但是对于面向对象的编程来说。ef对实体操作可以说更加简单和方便。

[扛着如来上西天]

[lr5420511]

引用 9 楼 lhx527099095 的回复:

[quote=引用 7 楼 liuchaolin 的回复:] 如果没有特定要求(你们老大或客户的要求)，那当然是自由发挥，哪个写得快且效率当然就怎么写了，我们抛开vs里mvc的模型，不是还有动软代码生成器之类的工具吗，只要能以最快的方法实现才是你们老板所需要的

恩恩 这才是高见 其实客户不关心具体技术细节 只看最后网站 招个好点的前端美工才是王道。。。。。[/quote] 大多数时候正如你所说，我觉得这才是我们的悲哀

[gxt121244]

用 mvc 开发。就像 v： html C：一般处理程序。 如果你不使用 C里面的 viewbag viewdate 的话。

[潇潇雨云]

[Vezn]

偶然一看，收获颇丰~~~

[winner2050]

MVC 仅仅是UI层面的事

[jing85937513]

我是新手，我是来学习的

[摇撼大地]

引用 3 楼 lhx527099095 的回复:

[quote=引用 1 楼 Jelly1989 的回复:] 只是个人比较喜欢用MVC。

可以说下原因么？ 难道是我太保守 技术陈旧？ 它给你带来了什么方便 或者好处？[/quote] c#的MVC感觉不是设计模式，而是一个框架。配合EF。根本不用设计数据库。自动生成的，什么DAL，BLL，都消失了。数据库你都不用想了，都帮你生成好了。这速度都飞起来了。 而且创建控制器的时候，可以把常用的一些增删改查都给你生成好了，速度又快了不少。 他还支持模型绑定。传值的时候不用把每个模型的属性都获取，然后渲染页面。或者保存的时候从页面取值生成对象再存了。都省掉了！！！ 我最近刚入坑，做了几天ADO的。。。。。烦躁就一个字啊。

[摇撼大地]

引用 37 楼 ZuoQingYi 的回复:

[quote=引用 23 楼 sbwwkmyd 的回复:] sp1234说的对，少写代码才是编程的根本。 层次功能越简单(单纯)，越容易做到机器可读，越容易实现自动化编码或者根本就不用代码(只需要基本模块)。 才可能做到应用上，只为个性化需求的编码代码。

那设计模式不是走的反路吗。[/quote] 怎么这么理解。设计模式应该是为了某种需求做出来的需求代码量最少的模式吧。不写这么多，功能实现不了啊。 应该在实现功能的角度上去比较吧。

[摇撼大地]

引用 162 楼 lightgogogo 的回复:

我做项目向来都以自动化为前提，我做webform也基本不用服务器控件，也更倾向于mvc的做法，但是，mvc也并不是任何情况都比webform优秀，就以刚才说的自动化来说，mvc就实现不了（或者说很难实现）整套程序的自动化，比如如果我页面所有元素都需要根据后台配置来显示，如每个元素的显示隐藏，必填，只读，每个空格数据类型以及他的验证规则，每个按钮的事件绑定等，这些如果用mvc来实现，由于三层完全分离，没办法通过后台操作view，必须自定义界面控件，难度将会非常大！但如果是webform，只需要为元素加上个runat="server"就行了，剩下一切交给自动化处理类完成，轻松简单。但是如果做普通的网站，显然mvc更适合。所以具体选择那种框架，还是要看具体项目进行选择。

可以啊。MVC支持对model层的修改，然后view自动渲染出相应的代码。比如不能为空，字段验证，很简单的。比webform简单多了。就加一行代码就ok了。加特性。

[insus]

Insus.NET现在较偏向ASP.NET MVC。

[linxsaber]

占楼学习理论知识