继 JFinal demo 后的实际应用? 400 报错
@JFinal 这几天闲下来,开始看看源码写写应用,发现几个问题,请教下
1)对于action处理类,只能在config中静态添加吗?貌似buildActionMapping方法是受保护的,暂时没发现有注解支持.提出这个问题是受s2的影响,不想静态写好路由设置
2)对于render方法的处理不是很明了.
基于官方dome_for_jsp中,我本意将update\add\delete这三个方法修改为完成后redirect to list 页面的.代码如下,public void save(){} 前两个方法会没有问题,但到了delete方法redirect时,则会报数据库执行出错.查看源码发现,执行的也是 response.sendRedirect(url) 这个url是空字符串的情况下,竟然会转向至旧地址,即原来的删除方法请求路径.故异常抛出.
后续我会将使用过程中遇到的疑问,继续在此贴中提问
1:JFinal 是支持注解映射Action的,可以使用@ActionKey来做。另外有朋友做了自动路由映射的扩展:http://www.oschina.net/p/jfinal-ext。另外路由映射还可以写在配置文件之中,然后通过几行代码将其加载至Routes对象中去。另外还可以使用Handler来自定义路由规则,总之方法非常之多,JFinal手册中给的路由方式只是常见形式。
2:render方法仅仅只是 new 了一个XxxRender 并放入Controller之中,在所有interceptor执行完成以后,再调用的render。
3:redirect需要指定一个正确的资源,而非空串“”
###### @JFinal 看了源码,确实许多地方处理的很好, 整个请求链式操作,设计的很精武精巧,这样做到了各个组件之间的低藕合,而且能给开发者很大的自动发挥空间. 对于使用惯传统框架的思维来讲,确实显得有些固化了 要改变自己的想法.此贴只是想最大限度的解决实际中遇到的问题,快速完成一个应用. 谢谢波波的热心解答.(ps:貌似我的1.3中没有此actionKey注解 哈哈)######@JFinal
看了源码,确实许多地方处理的很好, 整个请求链式操作,设计的很精武精巧,这样做到了各个组件之间的低藕合,而且能给开发者很大的自动发挥空间.
对于使用惯传统框架的思维来讲,确实显得有些固化了 要改变自己的想法.此贴只是想最大限度的解决实际中遇到的问题,快速完成一个应用.
谢谢波波的热心解答.(ps:貌似我的1.3中没有此actionKey注解 哈哈)
######@JFinal
看了源码,确实许多地方处理的很好, 整个请求链式操作,设计的很精武精巧,这样做到了各个组件之间的低藕合,而且能给开发者很大的自动发挥空间.
对于使用惯传统框架的思维来讲,确实显得有些固化了 要改变自己的想法.此贴只是想最大限度的解决实际中遇到的问题,快速完成一个应用.
谢谢波波的热心解答.(ps:貌似我的1.3中没有此actionKey注解 哈哈)
JFinal 的几大核心部件全部都是为扩展设计的,这些部件为:Controller、Model、Render、Interceptor、Handler、Plugin。这些部件构成了一个微内核 + 全方位扩展型架构。这样就为开发者提供了充分发挥的空间。
JFinal在很多方面与传统开发是不同的,而更偏向于动态语言世界的模式,只有这样才能最大化开发者生产力,让开发成为一件轻松愉快的事情。传统的零入侵、IOC等等之类很多时候只会拖累开发者。
升级到 JFinal 1.1.5 吧,谢谢你的支持 :)
@JFinal 不好意思,打扰了
没注意看源码,已经有一个构造方法是预留了
######@JFinal 不好意思,打扰了
没注意看源码,已经有一个构造方法是预留了
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。