我除了是一个很懒惰的人,更是一个很吝啬的人,更加是一个不愿被约束的人。
在挑选开源表示层框架时,因为懒惰,我要求:
1. 好学,我不希望花一个月的时间去学习如何配置
2. 好用,要真的能够提高开发的效率,而不是把自己绕进去
因为吝啬,我要求:
3. 不要过于庞大,过多的依赖其他项目,占用过多的内存
4. 执行效率高
因为不愿被约束,我要求:
5. 可配置
6. 易扩展
别人总问我“为什么放弃了struts2,选择了webwork,不都是一样吗?而且struts2是最新的!”
答案是“Struts2 太强大了,有很多不必要的功能,对他与webwork的整合是否天衣无缝也表示怀疑,我的内存和cpu都可能有冗余的损耗
简单的说:要小而强大
我的构思:与webwork类似
配置:
使用正则表达式来进行url到action的映射,可以对get和post等httpmethod 分别设置,url后面也不需要再跟上 .action , .do之类的字符串
使用ognl作request对象的处理,用freemarker作为response的处理
i18n资源不再使用properties文件,(虽然可以使用propEdit来编辑中文)
在挑选开源表示层框架时,因为懒惰,我要求:
1. 好学,我不希望花一个月的时间去学习如何配置
2. 好用,要真的能够提高开发的效率,而不是把自己绕进去
因为吝啬,我要求:
3. 不要过于庞大,过多的依赖其他项目,占用过多的内存
4. 执行效率高
因为不愿被约束,我要求:
5. 可配置
6. 易扩展
别人总问我“为什么放弃了struts2,选择了webwork,不都是一样吗?而且struts2是最新的!”
答案是“Struts2 太强大了,有很多不必要的功能,对他与webwork的整合是否天衣无缝也表示怀疑,我的内存和cpu都可能有冗余的损耗
简单的说:要小而强大
我的构思:与webwork类似
配置:
xml 代码
- <request path="/person/edit/(\d+)" method="get" class="path.to.ActionClass" invoke="actionMethod">
- <param name="id" value="${1}"/>
- <response>result.ftl</response>
- <response name="error" type="redirect">error</response>
- </request>
使用正则表达式来进行url到action的映射,可以对get和post等httpmethod 分别设置,url后面也不需要再跟上 .action , .do之类的字符串
使用ognl作request对象的处理,用freemarker作为response的处理
i18n资源不再使用properties文件,(虽然可以使用propEdit来编辑中文)