jfinal 映射路由可以用注解实现吗？
处于好奇，想问一下jfinal 映射路由可以用注解实现吗？
窃以为，注解比在config类里面配，开发中更直观。
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
处于好奇，想问一下jfinal 映射路由可以用注解实现吗？
窃以为，注解比在config类里面配，开发中更直观。
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（7）
jfinal ext 有这个功能
JFinal那样做，本来就是简化配置，为什么还有很多人希望搞成Spring或者注解的方式。无语了。你还不如永辉Spring或者其他SSH算了。
@jinning 必然可以，jfinal 手册第二章第三小时有例子代码：
不仅路由可以拆分，其它所有配置文件都可以拆分，然后使用 jfinal 提供的 PropKit 工具类，在 YourJFinalConfig 中分别使用各拆分的配置文件即可。
ActiveRecordPlugin 的 arp.addMapping(...) 也可以拆分到各个文件中去，并且 jfinal 2.2 版本提供的生成器可以自动化生成映射文件： MappingKit。
能否多个程序员自己维护自己的路由配置文件？
回复
必然可以，jfinal 手册第二章第三小节有例子代码，在此下载：http://www.jfinal.com
soga. 确实极简
路由在一定程度上属于配置，jfinal 配置的设计风格是统一管理，也即在JFinalConfig之中统一控制。配置统一管理，有利于查看与统一维护，配置分散在系统各处不是一个好的实践。
路由使用注解的方式实现，必定会增加代码量，这直接违备了 jfinal 的极简设计原则，此外注解实现需要引入至少三个注解，必定也会增加学习成本，jfinal 是很不一样的极速开发框架，对于代码量最少化，学习成本最小化具有信仰般的追求。