《九江租车全攻略:多样选择,畅享便捷出行》
671
2022-05-29
背景:
开发兄弟在开发过程中肯定会遇到这样的场景:
1. 尼玛,这个功能不是和我上次做的A功能差不多嘛;
2. 每次都需要干苦力,最讨厌敲键盘写底层的VO;
3. 简单的CRUD操作,太low level了,敲代码敲的让人累觉不爱咯;
4. 功能雷同,复制粘贴太枯燥了,能不能给点有技术含量的活儿;
......
那么,问题来了,有没有一个好的idea?将这些简单、重复、枯燥的编码工作一股脑全做了,开发人员把精力集中在复杂的功能逻辑处理上来,从而大大提高开发效率,也避免了犯一些低级的、共性的编码问题。
思路:
(以Spring+MyBatis架构为例)
1. 假定每个业务功能模块都需要CRUD操作(通用接口);
2. 每个业务实体都可以抽象成系统实体对象(VO);
3. 每个系统实体对象都会和数据库表有对应关系,或者是一个抽象的实体(无法从数据库关联);
4. 数据库的CRUD操作其实都是类似的,只是针对的数据库表不同列不同而已(mybatis xml,Dao);
5. 基本的增删改查接口和实现类:命名可保持一致性,实现类的逻辑也大部分通用(接口类和实现类);
6. 前端页面上,一般按照系统风格和架构风格上都会保持一致,菜单区、查询区和数据操作区的一致性;
7. 前端对业务数据的请求方式在定义上保持一致性;
8. 基于以上几点,我们可以抽取共性,转换成设计编码的模板(如:VO对象模板、数据库mybatis操作的xml模板、Dao层接口模板、业务相关的接口类和实现类模板、前端页面模板、等等);
9. 借助freemarker强大的模板功能,将实体对象绑定到模板中,从而生成前后端完整的一套业务逻辑代码;
10. 将代码生成的功能以插件的形式提供给IDE,如Eclipse Plugin;
11. 借助JAVA JDBC驱动,根据数据库表名获取表结构信息;如果实体不依赖数据库表,则可通过外部文件导入的方式,获取的实体的基础属性信息;
12. 利用JAVA Swing 实现可操作性的交互功能界面,一键生成全套代码。
技术点:
1. Eclipse插件开发;
2. FreeMarker通过ftl模板生成代码文件。
功能升级:
这两天对原有的插件做了次升级,主要源于以下目的:
1. 原插件功能提供的代码模板比较固定,开发人员如果需要修改模板,必须打开插件jar包修改ftl文件;原插件不支持灵活配置模板;
2. 因自身插件开发能力有限,为方便程序的配置功能可扩展,将插件转换成客户端小工具程序;
3. 将所有模板信息通过xml文件进行配置管理(后台自动解析xml配置信息),支持多套模板灵活切换,亦可自定义新增模板,不受程序限制。
开发者
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。