对fastm的一些看法

谢谢,等eastm成型了我也贴上来.
三个人做一个项目的话,需要有共识啊.
还是大家先用个简单的模型来交流,有了一致的意见再合力做如何.

段老大为何总是打击别人呢？
来到这个论坛这么久，很少看见你肯定别人的努力的说。
作为一个版主，这样不是很好吧？
我觉得目前的fastm已经很不错了，只是由于现在Ajax概念满天飞，就感觉fastm如果作为表现层框架的话，有些朴实了
不过作为一个模版工具来说，我觉得挺好。

好

这不是打击，ValueSet的装配麻烦是fastm系列最大的不便之处，所以我另外在表现层之下，做了一个应用层框架，来支撑ValueSet的应用。

fastm1.0M 支持 OGNL。POJO / Map. 类似于freemarker, velocity。不必一定要使用ValueSet。

fastm 要求把 if else 等分支结构 Hash Map 化。每个分支一个key。
所以，对于goldrain提出的一些简单的if else情况，fastm用起来比freemarker, velocity 要麻烦一些。

页面逻辑越简单，fastm越没有必要。页面逻辑复杂到一定程度，比如，我在“Web开发构想”帖子后面的讨论中给出的那个 Paging分页逻辑。这时候，fastm的优势才体现出来。

JDynamiTe也是一个PHP Template的Java Port。用法和PHP差不多。也许你可以看一下。
fastm一开始就是模仿的JDynamiTe。自己加入了ValueSet，受到很多批评。后来，引入了 OGNL。可以直接使用POJO/Map。就是为了解决这个问题。
（ValueSet可以用在一些特殊要求的场合，比如，允许任意的命名方式，不用符合java bean的命名方式。）



如果只是循环，那么fastm的表现和velocity, freemarker一样。把list 直接和 template 匹配，就出结果了。不必转换为ValueSet。用起来的方便程度一样。

大家用起来的感觉，觉得有些不爽。
一个是因为习惯思维问题，用惯了script，习惯了顺序模式，总觉得fastm这种构造Object DOM的用法不习惯。
一个确实是使用方便问题，goldrain指出的那些简单的if else情况，script写起来太方便了，fastm则一定要求在后面的Object DOM里面构造相应的branch key。
麻烦之处，就在于goldrain指出的那些简单的if else判断。用hashMap 表示简单的 if else 分支，有些过重之嫌。但这个思路能够很好的应对Martin Fowler提出的观点，避免template里面的if, else。
假如这个if, else 的嵌套和交织，复杂到一定程度，那么fastm的优势就出来了。因为所有的logic都在java code，没有分散在html里面，很容易debug，组织管理。

通过这些讨论，我越来越认识到 fastm 的长处主要在于复杂布局的内容出版发布领域。CMS, Portal, Forum, Blog, 等。我会逐步写出相关的例子。

to buaawhl:

我eastm的思路是:为了engine处理的简单化,只能用一个类似valueset的VarContext来承载数据,至于对POJO,Map等的支持,我觉得可以在以后做个Util类,一个方法就能把属性自动附着到VarContext上.

eastm打算在增强html展示能力和节省后台代码方面做些努力.