大家开发项目会用框架不?比如MVC 或者说NHIBERNATE或者说CASTLE等?大家哪个是比较好的?并谈谈大家使用的感受

解决方案 »

  1.   

    旧项目 一般不会用这些吧,都是一些老得框架了 nnd 
      

  2.   

    会用啊,通常用MVC,各有各的优缺点吧
      

  3.   

    MVC.
    楼上的图像是:三国杀陆逊的吧。
    论坛签名======================================================================WJY2583781008:你好!
    截至 2011-10-28 17:06:57 前:
    你已发帖 4 个, 未结贴 1 个;
    结贴率为: 75.00%

    当您的问题得到解答后请及时结贴.

    http://topic.csdn.net/u/20090501/15/7548d251-aec2-4975-a9bf-ca09a5551ba5.html
    http://topic.csdn.net/u/20100428/09/BC9E0908-F250-42A6-8765-B50A82FE186A.html
    http://topic.csdn.net/u/20100626/09/f35a4763-4b59-49c3-8061-d48fdbc29561.html如何给分和结贴?
    http://community.csdn.net/Help/HelpCenter.htm#结帖如何给自己的回帖中也加上签名?
    http://blog.csdn.net/q107770540/archive/2011/03/15/6250007.aspx
      

  4.   

    这个都是头说了算  mvp  mvc   各种
      

  5.   

    大型的建议不要使用,底层的ado.net 虽然开发效率没有框架快,但是执行效率比较快。
    不过话又说回来了,如果不会用框架还得去学习,也影响开发效率。
      

  6.   


     用过:观察者模式 + 抽象工厂模式、 MVC(三层)架构 、Linq 没错,得根据需求...来设计、其实没什么架构不架构的。 就老一句话的说,人生本来没有路,走的人多了自然成了路。
      

  7.   

    MVC EF4.1  WCFREST  
      

  8.   

    首先要考虑什么叫做框架。asp.net本身的源代码你看过多少、ADO.NET中比如说System.Data.Common命名空间下的源代码你看多多少,现成的用来快速拼凑出产品的主要控件的源代码你看多多少,还有各种.net3、4中的机制。不要只是把最近为了模仿java中某个写法的叫做框架,更不要只是把那些根本没有入.net框架自身而一直是第三方.net框架才叫做框架。相比较.net框架中自身的成分,甚至相比较一个产品研发的人应该有的设计能力来说,那些概念抛给一帮乌合之众也不能直接改变什么甚至只能造成一小段时间的新鲜,想找有效的开发模式还是要有人有成熟的、完整地做过大项目的具体架构(跟项目有关的架构、而不是编程)。
      

  9.   

    这些比较乱。asp.net mvc是模仿已经被逐渐淘汰的servlet/struct等。比如说你设计一个动态页面网站,你认定要用什么struct才时髦吗?你不会输出网页了吗?至于另外两个,更是如此。
      

  10.   

    一直用mvcnhibernate配置繁琐,第一次弄配置花了一天才配置好 写了个增删改查CASTLE 花了2个多小时看了 李会军 童鞋的blog 写了个增删改查,代码简洁有力,无冗余。spring.net研究ing,感觉可以应对大项目,但是一看到那些映射关系我就发晕个人观点,请勿拍砖
      

  11.   

    最多用MVC ....我看linp也不错
      

  12.   

    还是先学mvc,其他的如nhibernate配置好烦呀
      

  13.   

    呵呵,这个同意,.net本身就是个框架
      

  14.   

    servlet/struct???  是jsp/servlet吧。你想说的其实是struts框架吧。这是设计思想的问题,而不是时髦不时髦。asp.net mvc 确实是在模仿。
      

  15.   

    WebForm模式,和MVC 哪家也不好说完全抛弃了其中之一,你们说的NHibernate什么的听过没用过。个人觉得,没有最时髦的,只有最适合的。个人觉得框架要跟着架构走,架构跟着需求走,这些都是项目管理的人考虑的,我们Coder话语权比较小。
      

  16.   

      大型项目  采用mvc
      一般小公司  三层足矣
      来公司前  有人为了省事 三层都不用 悲剧
      

  17.   

    如果你们项目很小,不支持多种数据源,也没有的额外扩展,也不想要动态映射。那你们就没有sprint.net 或 实现动态工厂模式的框架。只是一个比喻,
    框架是用来解决问题。不是用来因为用而用的。