2017-03-22 10:33
@JFinal 可能是习惯不同吧，另外也许是刚刚开始用Jfinal，还不熟悉，通常项目开发的时候在框架层和应用层之间封装一层用于项目特性的封装，或者也是和框架层之间的缓冲，将来项目的业务逻辑模块越来越多越来越复杂的时候，如果框架层升级或变更某些项目的时候封装的缓冲层可以有很大的余地进行调整，就Jfinal来说，默认继承的Controller如果要封装一层BaseController给整个项目或给项目的每个大模块封装一个底层控制器，初始化部分就只能靠构造器，init不能扩展，构造器里面扩展的时候request和response等这些基础控件还没注入，所以封装或扩展功能（主要是初始化的时候）会受到比较大的限制。当然用拦截器可以实现，但如果项目比较大模块比较多，拦截器里面会比较杂乱，显得像外挂一样，没有整体感，或许是个人习惯不同吧，相互探讨，谢谢你们的努力带给我们的方便
2017-03-19 10:57
@杜福忠 嗯嗯，谢谢，有道理，从统一性和封装角度来说在我这项目里面拦截器显得不是很优雅，但从解耦角度来说，那是肯定拦截器更好些，就用拦截器了，不过很多公司可能需要在Jfinal基础上面再封装一层，作为公司体系的框架，从这个角度来说还是希望有更多选择性更好，支持你们
2017-03-18 15:52
@JFinal 我是要在Controller初始化的时候初始化一些后面经常需要用到的对象和参数，用拦截器拦截实现好像不太合适的感觉？
