oa采取什么框架好

Question

    最近在开发oa
    因为涉及到很多问题。
   比如扩展性、性能、以及效率问题。
   之前一直开发用的webform模式
   而MVC最近很火。
   从扩展性和开发模式上貌似很适合OA
   大家从设计模式和开发效率以及性能方面来分析下。
  谢谢   

Answer 1

不知道是不是我理解错误，我一直认为MVC只是一种开发模式，而不是一种架构模式。就因为这个给我弄来了误解，所以对MVC不作评价。
推荐看看PetShop，这个玩意的后台代码写的不错。

Answer 2

开发效率
___________________找生成工具效率瞬间提高
性能方面
————————————————————
jjkk168 说的不错  PetShop 性能方面考虑的挺多。。

Answer 3

mvc是开发模式~~，不是框架,要是你要开发webOA，又要用mvc的模式当然只能用vs2008啦~

Answer 4

  MVC是微软推出的一个设计框架，我所说的并不是架构，架构这个话题说起来我怕是自己都说不清楚。
  采用MVC设计模式，在设计思想上貌似更符合我们分层的设计理念，model层封装实体类，view层展示webUI，而control层则负责业务逻辑包括数据库访问。
 petshop中用到了工厂模式，毋庸置疑微软的宠物大战肯定采取了优良的架构和设计模式，只是对于OA来说，
  工厂优势又体现在哪？相对于其他模式比起来有什么优劣，个人觉得作为开发者，的确是不错的选择，灵活，可扩展性很好，但是层越多导致的效率和性能问题如何解决。
  

Answer 5

Silverlight linqspring.net nhibernate
设计模式N多~~~ 我看都行 正如5楼 Oa 不是一个架构的问题~

Answer 6

   不知道园子里谁有使用MVC成功开发项目。
   MVC如果这次用的话还是第一次用。
   不知道会遇到什么问题。
   webform自然是再熟悉不过了。
   事件驱动理念写代码很爽。
   至于设计模式则是在webform下讨论的。
   

Answer 7

  需求分析已经做好，
  架构采用的b/s，单台服务器处理。没有额外的数据库服务器。
  也不用考虑负载均衡。
  现在只讨论webform与MVC两种开发模式下的优劣。
   以及OA(通用OA，暂时这样说，OA都差不多，只不过特定的业务逻辑会添加相应的模块或者接口)的适用性

Answer 8

这么说吧。我是写C/S出生，VB6.0开始的。有太多人把VB程序写得很乱，极其没有层次结构。所以给人错觉VB很低级。我只想说这些人根本不懂VB。相同从ASP开始（我只看别人写过，自己没写过ASP，但是对于ASP的原理是深刻理解的），代码也被N多人写得乱七八糟。所以有了ASP.NET去规范那些人的写法，希望页面代码分离。但是微软预期并没有实现。因为那些人依旧可以把ASP.NET一样写乱。现在ASP.NET MVC貌似又回到了ASP时代。因为B/S架构下最根本的一件事就是表单->提交->响应。ASP.NET MVC可以看成强制的分层的ASP进化形式。所以，我觉得，如果你本来的编程方法和思路，包括架构足够好了。你根本不用去管是用传统的ASP.NET还是MVC。因为他们的本质都是一样的。而把代码写好才是你的工作。所以我说，你把需求分析做好，然后你做好系统分析，根据分析设计各个系统模块，然后根据用例写好实体类，然后一步一步地去实施就行了。