2017-07-26 14:28
为毛我觉得好用呢?我们已经在内部系统大面积商用了,挺好用的。
2017-07-26 00:42
推荐一下beetl
2017-07-25 22:49
Thymeleaf 相对来说,还是有自己的特色的,虽然学习需要一定得曲线
2017-07-25 22:48

引用来自“闲大赋”的评论

还是用beetl吧,无论是易用性,功能,还是性能,都很好。那些直觉认为Thymeleaf好的开发者,你知道
{a} 和{{a}} 不一样
#{a} ${a} 也不一样
还有自以为能打开浏览器能直接预览的模板,预览后,全是静态文本,没有占位符指示,直接懵懂了

之前找了一个cms, 模板是beetl 经过一段时间学习, 语法感觉就是=jsp+freemark,综合起来学起来也不是太简单, 后来就放弃了那个cms, 还是选择了是 freemarker的public cms。
2017-07-25 19:14

引用来自“小杨阿哥哥”的评论

实话,这玩意确实好用,文件直接是html后缀的,前端页面开发者直接写普通的html,对于循环,判断都是以attrbute这种方式增加到元素上的,不影响html结构,而且支持用单独的文件来设置对应模板的逻辑,也就是模板文件就是纯静态的页面,前端人员下次改的时候关注的仍然只是上次的文件,即便是修改增加了th标签的页面,也不影响纯前端开发看到的页面效果,页面上的静态数据可以在模板渲染时自动的删除,支持selector选择模板中的元素插入或替换,支持spring mvc 通过selector 返回部分内容。因为thymeleaf是解析了html结构所以肯定比纯文本的变量和逻辑替换要慢,但是这个性能即便网上流传的测试结果是3.0每秒几万次还不够?1毫秒几十次还不够?真正的访问量大的时候页面肯定还是会静态化和缓存的,模板的性能根本就不是实际应用中的问题,随便一个网络延迟就几毫秒,个人感觉性能根本不是模板的主要问题,如果是网络io库、计算密集型的性能可能很要命,但是模板就类似于基于js上的各种框架和库,目的就是为了方便开发而不是为了解决性能问题。

引用来自“闲大赋”的评论

> 不影响html结构
是不影响,但混淆了html结构,我觉得更糟糕,而且,不影响html结构有啥好处呢,是开发快,还是维护快,还是运行快?
前端的人写好了静态页面,后端的人补充逻辑,只要加些th标签就可以了,不用破坏html结构,整合完上线后发现样式或者交互上需要修改,直接把这个html丢给前端,前端的人基本上是可以看得懂的,也可以直接基于这个版本直接调整的,也是因为不破坏html结构
总的来说,不破坏html结构,可以让前后端的开发人员更好的一起合作完成项目的开发
2017-07-25 18:28

引用来自“小杨阿哥哥”的评论

实话,这玩意确实好用,文件直接是html后缀的,前端页面开发者直接写普通的html,对于循环,判断都是以attrbute这种方式增加到元素上的,不影响html结构,而且支持用单独的文件来设置对应模板的逻辑,也就是模板文件就是纯静态的页面,前端人员下次改的时候关注的仍然只是上次的文件,即便是修改增加了th标签的页面,也不影响纯前端开发看到的页面效果,页面上的静态数据可以在模板渲染时自动的删除,支持selector选择模板中的元素插入或替换,支持spring mvc 通过selector 返回部分内容。因为thymeleaf是解析了html结构所以肯定比纯文本的变量和逻辑替换要慢,但是这个性能即便网上流传的测试结果是3.0每秒几万次还不够?1毫秒几十次还不够?真正的访问量大的时候页面肯定还是会静态化和缓存的,模板的性能根本就不是实际应用中的问题,随便一个网络延迟就几毫秒,个人感觉性能根本不是模板的主要问题,如果是网络io库、计算密集型的性能可能很要命,但是模板就类似于基于js上的各种框架和库,目的就是为了方便开发而不是为了解决性能问题。
> 不影响html结构
是不影响,但混淆了html结构,我觉得更糟糕,而且,不影响html结构有啥好处呢,是开发快,还是维护快,还是运行快?
2017-07-25 18:01
要什么模板,统统输出JSON,页面就交给前端做吧
2017-07-25 16:27
实话,这玩意确实好用,文件直接是html后缀的,前端页面开发者直接写普通的html,对于循环,判断都是以attrbute这种方式增加到元素上的,不影响html结构,而且支持用单独的文件来设置对应模板的逻辑,也就是模板文件就是纯静态的页面,前端人员下次改的时候关注的仍然只是上次的文件,即便是修改增加了th标签的页面,也不影响纯前端开发看到的页面效果,页面上的静态数据可以在模板渲染时自动的删除,支持selector选择模板中的元素插入或替换,支持spring mvc 通过selector 返回部分内容。因为thymeleaf是解析了html结构所以肯定比纯文本的变量和逻辑替换要慢,但是这个性能即便网上流传的测试结果是3.0每秒几万次还不够?1毫秒几十次还不够?真正的访问量大的时候页面肯定还是会静态化和缓存的,模板的性能根本就不是实际应用中的问题,随便一个网络延迟就几毫秒,个人感觉性能根本不是模板的主要问题,如果是网络io库、计算密集型的性能可能很要命,但是模板就类似于基于js上的各种框架和库,目的就是为了方便开发而不是为了解决性能问题。
2017-07-25 16:24

引用来自“闲大赋”的评论

还是用beetl吧,无论是易用性,功能,还是性能,都很好。那些直觉认为Thymeleaf好的开发者,你知道
{a} 和{{a}} 不一样
#{a} ${a} 也不一样
还有自以为能打开浏览器能直接预览的模板,预览后,全是静态文本,没有占位符指示,直接懵懂了

哈哈,beetl的确很不错的说
2017-07-25 15:41

引用来自“小杨阿哥哥”的评论

汇编语言速度快,都汇编写,其他的都别用了,执行快,写起来不就费劲了。原生js快,还用啥jquery。。
唉,大家都喜欢追求极致,就算项目的性能瓶颈不在模板引擎,也不行,1ms也是差距,不能接受,美其名曰极客精神;
喷不好用的,我敢说一定没有深入使用过,估计就是简单看了看文档,然后尝试了下,因为不熟悉,所以老是遇到问题,然后就放弃,开始说不好用了。我就不信他们第一次接触spring的时候没遇到过坑,但是因为别人都说好用,所以只能仔细研究,最终发现,嗯,确实很好用
2017-07-25 15:39

引用来自“闲大赋”的评论

还是用beetl吧,无论是易用性,功能,还是性能,都很好。那些直觉认为Thymeleaf好的开发者,你知道
{a} 和{{a}} 不一样
#{a} ${a} 也不一样
还有自以为能打开浏览器能直接预览的模板,预览后,全是静态文本,没有占位符指示,直接懵懂了

beetl不错��
2017-07-25 15:35
还是用beetl吧,无论是易用性,功能,还是性能,都很好。那些直觉认为Thymeleaf好的开发者,你知道
{a} 和{{a}} 不一样
#{a} ${a} 也不一样
还有自以为能打开浏览器能直接预览的模板,预览后,全是静态文本,没有占位符指示,直接懵懂了

2017-07-25 15:03
汇编语言速度快,都汇编写,其他的都别用了,执行快,写起来不就费劲了。原生js快,还用啥jquery。。
2017-07-25 13:05
喷的好,要的就是这个效果
2017-07-25 12:27
还是推荐freemarker,或者mustache~
2017-07-25 12:24
你们不懂,这叫又技术
2017-07-25 12:19
这个模板,性能垃圾,易用性更是垃圾。
2017-07-25 11:31
实话,这玩意儿真难用……
2017-07-25 10:32
SpringBoot 官方推荐
2017-07-25 10:13
昨天入门了
回复 @
{{emojiItem.symbol}}
返回顶部
顶部