问题描述
诚心请教高手们，如果有长达半年左右的时间，让您独力开发一个中小型的WEB系统，比如OA、ERP等，您会选择哪种开发模式才能保证开发效率同时兼顾平台功能拓展性呢。1、选用1.0时封装SQLHelp的三层结构开发。2、选用3.5后LINQ技术，结合三层结构开发。3、MVC等开发模式4、其他.......请说说以您的经验说说最有效的开发模式，小弟拜读，谢谢
解决方案
解决方案二：
选第一个，LINQ现在很少有人用。MVC不会，其他就是直接用一个SQLHelp类，其他都在页面上解决，但是又对不起那半年时间，所以只能选第一个了。呵呵~~~
解决方案三：
选用3.5后LINQ技术，结合三层结构开发。
解决方案四：
要是光考虑效率不分层直接面向功能是最快的
解决方案五：
独立开发OA...erp....mvc确实是非常不错的解决方案，干净方便卫生代码少~
解决方案六：
我大致了解了下LINQ，觉得写语句什么的都挺方便，但是听说LINQ效率不高，是相对于写存储过程而言，数据处理效率不高，还是开发效率不高呢，或者后期维护不方便呢？为什么一些高手都不支持用LINQ？
解决方案七：
框架开发应该不错，只要把框架吃透了，其他页面增查删改就好做了。
解决方案八：
引用3楼c5662601的回复:
要是光考虑效率不分层直接面向功能是最快的
但是为了后期维护或者拓展功能模块，不分层显然不太合适
解决方案九：
entityframework和webform够快的吧
解决方案十：
ibatis.........
解决方案十一：
引用5楼godhood的回复:
我大致了解了下LINQ，觉得写语句什么的都挺方便，但是听说LINQ效率不高，是相对于写存储过程而言，数据处理效率不高，还是开发效率不高呢，或者后期维护不方便呢？为什么一些高手都不支持用LINQ？
如果效率不高，MS又怎么会大费周章的引用。我们现在的项目是对日一个OA,用的PVC3.0+LINGQ，感觉挺不错的
解决方案十二：
选用3.5后LINQ技术，结合三层结构开发。linq开发也是很快的，特别是在项目中缺少sqlserver方面的专家时，Linq的强大的功能快速的完成项目，更加关注项目的逻辑,而且Linq编译期间就做检查的
解决方案十三：
引用10楼war3_fan的回复:
如果效率不高，MS又怎么会大费周章的引用。我们现在的项目是对日一个OA,用的PVC3.0+LINGQ，感觉挺不错的
谢谢兄弟你的现身说法，不过不太明白PVC是什么，是否是MVC。
解决方案十四：
没有什么意义。假设你们选择使用asp.net做个网站应用，那么具体里边的细节没有必要跟项目设计和进度控制相提并论。比如说某些人使用了一种操作关系数据库的方式，没有必要因此就纠结着不允许别人使用另外一种来操作目标关系数据库；某卸任使用了asp.netmvc，没有必要就纠结着不允许别人使用asp.net(webform)甚至ashx、html来完成其它页面。
解决方案十五：
引用11楼jueming32的回复:
选用3.5后LINQ技术，结合三层结构开发。linq开发也是很快的，特别是在项目中缺少sqlserver方面的专家时，Linq的强大的功能快速的完成项目，更加关注项目的逻辑,而且Linq编译期间就做检查的
很有启发，谢谢
解决方案：
不想喷啥了，只说几件事有人跟我说榴莲很好吃，营养丰富，味道不错，号称水果之王，可惜我吃了一口就吐了有人跟我生蚝说不错，可惜我吃了一回，就拉肚子住院------------很多事情并不是别人说啥就是啥滴
解决方案：
引用5楼godhood的回复:
我大致了解了下LINQ，觉得写语句什么的都挺方便，但是听说LINQ效率不高，是相对于写存储过程而言，数据处理效率不高，还是开发效率不高呢，或者后期维护不方便呢？为什么一些高手都不支持用LINQ？
真高手。。。这么一会儿就了解好了~~还得出一些听说的结论。。。高人哇~
解决方案：
如果说到项目管理中有什么模式，这其实不是搬弄技术名词、仅仅研究静态的某个类库可以解释的，而应该看软件工程的方法和经验。比如说我在帖子《》就参与了一个关于计划模式的讨论。
解决方案：
引用13楼sp1234的回复:
没有什么意义。假设你们选择使用asp.net做个网站应用，那么具体里边的细节没有必要跟项目设计和进度控制相提并论。比如说某些人使用了一种操作关系数据库的方式，没有必要因此就纠结着不允许别人使用另外一种来操作目标关系数据库；某卸任使用了asp.netmvc，没有必要就纠结着不允许别人使用asp.net(webform)甚至ashx、html来完成其它页面。
大哥您回答得好有深度，很长一段时间我还站不到这个高度，我只想寻找一种在目前技术状态下，适合独力或者微型团队用以快速开发WEB系统的技术而已，很感谢您的专业指导，但更希望能从另一个方面给予我一些提示，谢谢。
解决方案：
ASP.NETMVC3+EntityFramework===================================================
解决方案：
引用16楼hdngo的回复:
真高手。。。这么一会儿就了解好了~~还得出一些听说的结论。。。高人哇~
兄弟你误会了，之前看过一个多月的LINQ相关资料，也看到了一些反对LINQ的声音，自己也没有将之用于项目的经验，怕牺牲时间又耽误项目进度，于是挺纠结
解决方案：
引用15楼wanghui0380的回复:
不想喷啥了，只说几件事有人跟我说榴莲很好吃，营养丰富，味道不错，号称水果之王，可惜我吃了一口就吐了有人跟我生蚝说不错，可惜我吃了一回，就拉肚子住院------------很多事情并不是别人说啥就是啥滴
虽然个人的经验不一定适合别人，但未必就没有借鉴的意义
解决方案：
动软生成一下直接写业务。
解决方案：
动软那个东西很垃圾，不是嘛...
解决方案：
我是自己写了方法的封装代码生成器一用所有的增删改查全部搞定
解决方案：
只用第一种哪个经验足,哪个适合自己习惯用哪个,没必要盲目跟风去学新的东西都说代码复用,结果框架比代码换的还勤快,说代码复用那不是扯淡吗,对吧,呵呵
解决方案：
MVC吧！
解决方案：
该回复于2011-05-31 16:26:58被版主删除
解决方案：
现在使用MVC很不错~~~
解决方案：
引用14楼godhood的回复:
引用11楼jueming32的回复:选用3.5后LINQ技术，结合三层结构开发。linq开发也是很快的，特别是在项目中缺少sqlserver方面的专家时，Linq的强大的功能快速的完成项目，更加关注项目的逻辑,而且Linq编译期间就做检查的很有启发，谢谢
还有就是可以随意的添加字段，修该起来也是很方便的。
解决方案：
还是用MVC吧
解决方案：
拖控件，最快
解决方案：
引用8楼karascanvas的回复:
entityframework和webform够快的吧
+1
解决方案：
中小型的项目，推荐你使用三层吧，开发效率高点！
解决方案：
。。n层看自己应用
解决方案：
第一种吧
解决方案：
又见架构！可惜俺不懂
解决方案：
我支持动软生成一下虽然无用代码多但是基本的方法都有了调用就行比sqlhelp还要快
解决方案：
其实，开发一个中小型的B/S系统，采用多层架构也好，或者MVC也好都可以。关键是要方便今后的维护与不断的更新。对于数据库的访问，可以用传统的多层架构写一个工厂模式的基础类库来支持，就是数据库表发生变化的时候，需要去对模型进行更改，比较麻烦。还有就是采用第三方的ORM来实现，这也是比较方便的，目前我感觉最好用最方便的.NET下轻量级的ORM是DbEntry.NET，支持的数据库很多，而且也很方便。对数据库的访问效率也比较高。可以去看看。
解决方案：
看哪个你熟悉就用哪个
解决方案：
c/s用linqb/s用mvc+三层
解决方案：
引用楼主godhood的回复:
诚心请教高手们，如果有长达半年左右的时间，让您独力开发一个中小型的WEB系统，比如OA、ERP等，您会选择哪种开发模式才能保证开发效率同时兼顾平台功能拓展性呢。1、选用1.0时封装SQLHelp的三层结构开发。2、选用3.5后LINQ技术，结合三层结构开发。3、MVC等开发模式4、其他.......请说说以您的经验说说最有效的开发模式，小弟拜读，谢谢
楼猪好象说的是乱的.一般国内项目就用原型发,做着改着就OK了.好象软件工程里这么说.
解决方案：
复制代码效率最高
解决方案：
引用22楼wxr0323的回复:
动软生成一下直接写业务。
嗯嗯，就这个：动软.Net代码生成器设计好数据库，一下干出来。
解决方案：
MVCspring3+hibernate+数据库+前台页面表现框架比如zk权限控制使用springsecurity3最高效，最全能的开发模式~~~
解决方案：
还是第一种~~~~~
解决方案：
引用6楼gefangliang的回复:
框架开发应该不错，只要把框架吃透了，其他页面增查删改就好做了。
你说的太对了,asp.net的框架吃透了，你开发系统的速度，稳定性那是嗖嗖的。但大部分都舍弃了微软的框架，搞些背道而驰的东西，哎
解决方案：
其实能些设计数据库的话entityframeworkDbFirst+MVC3应该就很快了
解决方案：
其实从上面的回复已经看得出来了什么用得熟练就用什么吧。
解决方案：
引用15楼wanghui0380的回复:
不想喷啥了，只说几件事有人跟我说榴莲很好吃，营养丰富，味道不错，号称水果之王，可惜我吃了一口就吐了有人跟我生蚝说不错，可惜我吃了一回，就拉肚子住院------------很多事情并不是别人说啥就是啥滴
说得很对啊
解决方案：
开发后给别人用就用LINQ吧.如果是自用,极度追求运行效率,那就都不用,直接用ADO.NET类来操作数据库.