为什么没有把velocity模板编译成java的项目?
velocity的模板解析代码是通过javacc做出来的,词法、语法分析后最终解释执行,所以效率上完全不及jsp
velocity最大的优点是语法简单,上手很容易;jsp功能太强大,且代码上也不够清晰,所以前端开发时更倾向velocity
为什么没有在运行期将velocity模板编译成java的项目,就如将jsp编译成class,这样既能享受velocity的简单又高性能
是技术上不可实现,还是意义不大?想和大家交流下
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(11)
我感觉视图层用这些乱七八糟的模板没什么用 JSP默秒全......
我感觉视图层用这些乱七八糟的模板没什么用 JSP默秒全......
说实话,折腾一番到最终还是会发现JSP最好用,没有别的,大规模开发的时候,光是IDE的支持这一项就很有必要
1.每个人都有自己的标准, jsp 是比较早的,如果老少皆宜、足够好,为啥还有那么多其他的模版引擎 2. jsp 太依赖web环境,曾经找一个能独立出来的jsp引擎,做其他用途的模版,例如代码生成,结果徒劳 3.有众多IDE插件,因为他是官二代(官方的标准)
回复
是,每个人都该有自己的标准,但在没有标准前容易被事物华丽的外表所迷惑,而看不到什么才是自己真正需要的。jsp脱离web环境的方法还是很多的,就算找不到适合自己的,实现一个纯JSP的引擎也是非常简单的(因为jsp中都是标准java语法)。不能说jsp是官方语言就有特殊待遇,而是现在模板引擎作者努力的方向错了,以牺牲IDE支持为代价提供几个语法糖真的很不值。
jsp除了性能上的优势,还有它是java界唯一一个有IDE支持的强类型模板,可以
自动提示、重构
等(注意这里说的jsp是纯JSP不包括JSTL),就凭这一点,那些弱类型模板可以说真是弱爆了!
你基于jsp标签库实现一个就OK了
推荐楼主使用webit-script
这个测试我不是很明白,directout-system是什么?就是不经过解析,完全原样打印?那应该性能是最高的吧。。
回复
输出的 是byte流(OutputStream),需要编码,直接输出不占优势,如果输出char流他确实是最高的,高一点点
回复
了解了,研究下,谢谢~