视图引擎 MVC3.0 razor or WebForm aspx or WebForm nVelocity

时间:2022-11-24 18:39:07


三种视图引擎,在稍大一些的项目中,一般来讲你会选择哪个 ? 

抛开熟悉不熟悉,这里只讲便捷,高效,舒适,开心!

MVC3.0 razor  MVC3.0的自动闭合模板语法看着比较舒服哦

WebForm aspx   一点点控件,最直接的的视图编码

WebForm nVelocity  更分离的视图编码,更舒服的模板内容填充语法.

12 个解决方案

#1


经常用nVelocity 

习惯 啥都行。。

#2


nVelocity 语法元素不太多,类型概念比较模糊
aspx文件就是最好的模板引擎

#3


引用 1 楼 wxr0323 的回复:
经常用nVelocity 

习惯 啥都行。。


nVelocity 在千万级数据,高并发下性能够不够用?  我测试过百万数据小量并发性能还是很不错的.

#4


引用 2 楼 wuyq11 的回复:
nVelocity 语法元素不太多,类型概念比较模糊
aspx文件就是最好的模板引擎


nVelocity语法基本够用了吧. aspx引擎最直接,效率应该是最好的,而且开发速度也是最快的.可是后来出了很多第三方视图引擎,连MS也搞了MVC的特别视图引擎. 以此判断:aspx引擎总有不足的地方.... 

理解为,使用控件和不使用控件,视图样式控制,输出页面尺寸等方便吧

#5


当然是 razor

razor 和 aspx 天生就完美支持 c# 语法和 asp.net,尽管不应该在视图里写复杂的if和for,但是在必要时依然可以使用熟悉的语言和类库,并享受强类型带来的好处,Velocity 完全是另起炉灶,自己弄个 context,自己一个一个往里面 put 变量,累不累?如果你写错一个字母,他会把这个错误吞噬掉,烦不烦?如果你在 meduim trust level 下运行你的程序,那么抱歉,还有一个 SecurityException 在等着你,总而言之,用上 Velocity 你就苦字当头了

#6


引用 5 楼 phil999 的回复:
当然是 razor

razor 和 aspx 天生就完美支持 c# 语法和 asp.net,尽管不应该在视图里写复杂的if和for,但是在必要时依然可以使用熟悉的语言和类库,并享受强类型带来的好处,Velocity 完全是另起炉灶,自己弄个 context,自己一个一个往里面 put 变量,累不累?如果你写错一个字母,他会把这个错误吞噬掉,烦不烦?如果你在 meduim trust leve……


MVC中的视图数据不也是得一个个ViewData()过去吗, nVelocity还好,页面静态数据要一个个put过去,公共的数据可以在放在一个类中put,遗憾的是语法没有感知,相对比较局限.

razor和aspx都是直接c#语法,对于页面实现人员比较困难了些,毕竟他们不懂c#,nVelocity语法比较少,更容易掌握使用. 

我感觉是razor语法更*,实现能力更强,但实现方法较复杂,性能也比nVelocity好些.
nVelocity语法简练,容易掌握,大部分日常应用都能满足,性能稍差一些.

不知道大家怎么理解的 :)

#7


该回复于2011-01-24 13:47:29被版主删除

#8


该回复于2011-01-25 08:38:25被版主删除

#9


我在用Razor,一直跟着微软走:)

#10


引用 9 楼 webdiyer 的回复:
我在用Razor,一直跟着微软走:)


团队用Razor的话,是不是还得一个Razor页面输出专员?

#11


能在WebForm下使用Razor吗?具有实际的可用性吗??

#12


该回复于2011-02-09 13:54:40被版主删除

#1


经常用nVelocity 

习惯 啥都行。。

#2


nVelocity 语法元素不太多,类型概念比较模糊
aspx文件就是最好的模板引擎

#3


引用 1 楼 wxr0323 的回复:
经常用nVelocity 

习惯 啥都行。。


nVelocity 在千万级数据,高并发下性能够不够用?  我测试过百万数据小量并发性能还是很不错的.

#4


引用 2 楼 wuyq11 的回复:
nVelocity 语法元素不太多,类型概念比较模糊
aspx文件就是最好的模板引擎


nVelocity语法基本够用了吧. aspx引擎最直接,效率应该是最好的,而且开发速度也是最快的.可是后来出了很多第三方视图引擎,连MS也搞了MVC的特别视图引擎. 以此判断:aspx引擎总有不足的地方.... 

理解为,使用控件和不使用控件,视图样式控制,输出页面尺寸等方便吧

#5


当然是 razor

razor 和 aspx 天生就完美支持 c# 语法和 asp.net,尽管不应该在视图里写复杂的if和for,但是在必要时依然可以使用熟悉的语言和类库,并享受强类型带来的好处,Velocity 完全是另起炉灶,自己弄个 context,自己一个一个往里面 put 变量,累不累?如果你写错一个字母,他会把这个错误吞噬掉,烦不烦?如果你在 meduim trust level 下运行你的程序,那么抱歉,还有一个 SecurityException 在等着你,总而言之,用上 Velocity 你就苦字当头了

#6


引用 5 楼 phil999 的回复:
当然是 razor

razor 和 aspx 天生就完美支持 c# 语法和 asp.net,尽管不应该在视图里写复杂的if和for,但是在必要时依然可以使用熟悉的语言和类库,并享受强类型带来的好处,Velocity 完全是另起炉灶,自己弄个 context,自己一个一个往里面 put 变量,累不累?如果你写错一个字母,他会把这个错误吞噬掉,烦不烦?如果你在 meduim trust leve……


MVC中的视图数据不也是得一个个ViewData()过去吗, nVelocity还好,页面静态数据要一个个put过去,公共的数据可以在放在一个类中put,遗憾的是语法没有感知,相对比较局限.

razor和aspx都是直接c#语法,对于页面实现人员比较困难了些,毕竟他们不懂c#,nVelocity语法比较少,更容易掌握使用. 

我感觉是razor语法更*,实现能力更强,但实现方法较复杂,性能也比nVelocity好些.
nVelocity语法简练,容易掌握,大部分日常应用都能满足,性能稍差一些.

不知道大家怎么理解的 :)

#7


该回复于2011-01-24 13:47:29被版主删除

#8


该回复于2011-01-25 08:38:25被版主删除

#9


我在用Razor,一直跟着微软走:)

#10


引用 9 楼 webdiyer 的回复:
我在用Razor,一直跟着微软走:)


团队用Razor的话,是不是还得一个Razor页面输出专员?

#11


能在WebForm下使用Razor吗?具有实际的可用性吗??

#12


该回复于2011-02-09 13:54:40被版主删除