锁定老帖子 主题:让我们回归本源吧!
该帖已经被评为隐藏帖
|
|
---|---|
作者 | 正文 |
发表时间:2010-11-13
lookdd1 写道 LZ 你敢把你这套玩意写的再详细些吗?
不写了,马上要被 隐藏 了。 可以继续潜水了。 |
|
返回顶楼 | |
发表时间:2010-11-13
做Demo的时候,这种情形很常见
|
|
返回顶楼 | |
发表时间:2010-11-13
k_scott 写道 Java的模板引擎,例如:Velocity、Freemarker、都是Apache下的开源技术。用过Velocity
freemarker貌似不是Apache下的。 |
|
返回顶楼 | |
发表时间:2010-11-13
用jstl也可以作成这样的,功能不复杂的时候很好用啊
|
|
返回顶楼 | |
发表时间:2010-11-13
貌似维护不好维护吧,业务逻辑和界面展示都混在一起?
|
|
返回顶楼 | |
发表时间:2010-11-13
KimHo 写道 貌似维护不好维护吧,业务逻辑和界面展示都混在一起?
嗯,你可以这样: <!-- 业务逻辑处理 --> <#include "buss_logic.html" /> <!-- 数据查询 --> <#include "data_query.html" /> <!-- 数据显示 --> <#include "data_show.html" > |
|
返回顶楼 | |
发表时间:2010-11-13
hypercube1024 写道 用jstl也可以作成这样的,功能不复杂的时候很好用啊
是啊,似乎LZ说的都能做到 ... |
|
返回顶楼 | |
发表时间:2010-11-13
回归本源是种思路,但不是这么回归的,哈哈
|
|
返回顶楼 | |
发表时间:2010-11-13
freemarker 扩展,鉴定完毕
|
|
返回顶楼 | |
发表时间:2010-11-14
若是小项目,怎么方便、快捷、有效,就怎么来,如果使用框架有好处则用,否则没必要套用。
对于大项目或者产品,则应考虑以下因素: 1)满足客户的现有需求及一定的变化:要考虑“开闭原则”,设计优良的框架,以更小的代价适应变化。 2)方便团队开发:方便分工合作,尽可能使用团队熟悉的技术,减少人员流动的衔接成本。 3)不论技术还是业务分析,参考主流,减少风险。创新可能带来更大的收益,也意味着付出更多的努力与承担更大的风险。 |
|
返回顶楼 | |