论坛首页 Microsoft .Net版 .net

ASP.NET MVC 一个比较完美的.net MVC方案

浏览 1356 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
时间:2008-04-06
ASP.NET MVC Framework这个框架将支持以下特性:

  1. 为Controller提供原生的TDD模型支持
  2. 支持ASPX作为一种视图引擎(没有ViewState和Postback)
  3. 提供接口以使用其他的视图引擎,如MonoRail
  4. 提供对Controller对象生成的IoC支持和依赖注入支持
  5. 完全支持对URL和导航的控制
  6. 整个框架的模块都可以插拔(pluggable )
  7. 关注分离(Separation of concerns)
  8. 与ASP.NET良好的集成
  9. 同时支持静态和动态语言


比较MonoRail,ASP.NET MVC不以NVelocity等3rd party作为View,而是把ASPX作为视图引擎,充分享受ASPX的组件开发和Master Page的强大功能(NVelocity我个人认为是种倒退,开发出来的视图一定要在运行时才能知道最后的呈现状态).

  • 94f27f82-44ee-37bc-8847-c197eacc3e31-thumb
  • 描述:
  • 大小: 113.6 KB
   
时间:2008-04-06
不知道支不支持2005,前一阵了解好像在2008上配置的。

微软平台上的开发策略是尽量使用官方推荐~呵呵。
   
0 请登录后投票
时间:2008-04-10
还在Preview2
个人认为失去了状态管理,方便扩展的控件的webform丧失了asp.net的独有特点
   
0 请登录后投票
时间:2008-04-10
yyliuliang 写道
还在Preview2
个人认为失去了状态管理,方便扩展的控件的webform丧失了asp.net的独有特点


MVC或者MPV, 这只是一个To be or not to be的问题
   
0 请登录后投票
时间:2008-04-11
ray_linn 写道
yyliuliang 写道
还在Preview2
个人认为失去了状态管理,方便扩展的控件的webform丧失了asp.net的独有特点


MVC或者MPV, 这只是一个To be or not to be的问题

对于网站类用户交互操作不是很多,主要是浏览,mvc倒觉得很合适
而mis之类的小项目,传统的webform觉得还是有很大优势,尤其是针对行业级软件的组件复用

个人相信,ASP.NET MVC的推出 对于webform只是补充,而不是取代
相较java界的tapestry于struts2, .net界的asp.net mvc 与webform
   
0 请登录后投票
时间:2008-05-05
我创建的时候没有自动创建测试项目,不知道各位是不是也一样,官方说vs2008的版本问题,不过我的是vs2008专业版
   
0 请登录后投票
时间:2008-05-21
我感觉asp.net mvc技术部算太成熟
   
0 请登录后投票
时间:2008-05-27
ASP.NET MVC 使着不错。
   
0 请登录后投票
时间:2008-06-27
现在w$出MVP了,可以去用用.有个专门的框架software factory提供MVP程序的创建.
可能是没有完全理解这套工作,觉得把asp.net的开发搞复杂了.
simple is the best.
   
0 请登录后投票
论坛首页 Microsoft .Net版 .net

跳转论坛:
JavaEye推荐