研发辅助意在
-
消灭研发过程中的重复性工作提升研发效率,如结构性代码
-
提供生产示例性代码,如果根据模型生成导入导出、view自定义配置等经常性开发
一、插件安装
根据自身Idea版本下载插件并安装:
版本 | 插件 |
---|---|
2023.1 | pamirs-source-maker-1.0.0-2023.1.zip(2.4 MB) |
2021.1 | pamirs-source-maker-1.0.0-2021.1.zip(2.4 MB) |
2021.2 | pamirs-source-maker-1.0.0-2021.2.zip(2.4 MB) |
2021.3 | pamirs-source-maker-1.0.0-2021.3.zip(2.4 MB) |
2022.1 | pamirs-source-maker-1.0.0-2022.1.zip(2.4 MB) |
pamirs-source-maker-1.0.0-223-EAP-SNAPSHOT(2.4 MB) |
二、研发辅助之配置式结构性代码生成器
我们在开发过程中为了日后代码易于维护和修改,往往会做工程性的职责划分。 除去模型外会有
-
代理模型和代理模型Action来负责前端交互
-
以面向接口的形式来定义函数,就会有api和实现类之分
-
如果项目有多端,那么如代理模型和代理模型Action又要为每一个端构建一份
在大型项目的初始阶段,我们需要手工重复做很多事情,特别麻烦。现在用oinone的研发辅助插件的结构性代码生成器,就可以避免前面的重复工作
插件执行的配置文件
<?xml version="1.0" encoding="utf-8" ?>
<oinone>
<makers>
<!-- 根据模型生成代理类、代理类的Action、Service、ServiceImpl -->
<maker>
<!-- 选择模型所在位置 -->
<modelPath>/Users/oinone/Documents/oinone/demo/pamirs-second/pamirs-second-api/src/main/java/pro/shushi/pamirs/second/api/model</modelPath>
<!-- 代理模型、代理模型Action生成相关配置信息 -->
<proxyModules>
<module>
<!-- 代理模型和代理模型Action的生成位置信息 -->
<generatePath>/Users/oinone/Documents/oinone/demo/pamirs-second/pamirs-second-api/src/main/java/pro/shushi/pamirs/second/api</generatePath>
<!-- 代理模型和代理模型Action的模块前缀 -->
<modulePrefix>second</modulePrefix>
<!-- 代理模型和代理模型Action的模块名,代理模型和代理模型Action类名为moduleName+模型名+"Proxy"+"Action" -->
<moduleName>second</moduleName>
<!-- 代理模型和代理模型Action的包名,实际包名为 packageName+".proxy"或packageName+".action"-->
<packageName>pro.shushi.pamirs.second.api</packageName>
</module>
</proxyModules>
<!-- 根据模型生成api,包括service(写方法)和queryService(读方法) -->
<apiModule>
<!-- service和queryService的生成位置信息 -->
<generatePath>/Users/oinone/Documents/oinone/demo/pamirs-second/pamirs-second-api/src/main/java/pro/shushi/pamirs/second/api</generatePath>
<!-- service和queryService的模块前缀 -->
<modulePrefix>second</modulePrefix>
<!-- service和queryService的模块名 -->
<moduleName>second</moduleName>
<!-- service和queryService的包名,实际包名为 packageName+".service" -->
<packageName>pro.shushi.pamirs.second.api</packageName>
</apiModule>
<!-- 根据模型生成api实现类,包括serviceImpl(写方法)和queryServiceImpl(读方法) -->
<coreModule>
<!-- serviceImpl和queryServiceImpl的生成位置信息 -->
<generatePath>/Users/oinone/Documents/oinone/demo/pamirs-second/pamirs-second-core/src/main/java/pro/shushi/pamirs/second/core</generatePath>
<!-- serviceImpl和queryServiceImpl的模块前缀 -->
<modulePrefix>second</modulePrefix>
<!-- serviceImpl和queryServiceImpl的模块名 -->
<moduleName>second</moduleName>
<!-- serviceImpl和queryServiceImpl的包名,实际包名为 packageName+".service" -->
<packageName>pro.shushi.pamirs.second.core</packageName>
</coreModule>
</maker>
</makers>
</oinone>
三、研发辅助之多模型结构性代码生成器
是配置式结构性代码生成器的补充,应对开发后期维护中新增模型的场景。它的不同点在于只要选择模型文件就可以,不需要专门编写xml文件。生成的文件默认就在模型所在路径下
Step1 菜单栏上找到oinone,并点击子菜单【多模型结构性代码生成器】
Step2 设置必要的信息
-
模型前缀
-
模型的所属模块
-
代理模型的模块
这三个信息分别用于构建
代理模型的MODEL_MODEL = 模型前缀.代理模型的模块.代理模型类名
服务的FUN_NAMESPACE = 模型前缀.代理模型的模块.服务类名
Step3 选择为哪些模型生成对应的结构性代码
Step4 代码在模型所在目录
生成的文件默认就在模型所在路径下,您可以手动拖动到对应的包路径当中去
Oinone社区 作者:史, 昂原创文章,如若转载,请注明出处:https://doc.oinone.top/oio4/9313.html
访问Oinone官网:https://www.oinone.top获取数式Oinone低代码应用平台体验