研发辅助意在
-
消灭研发过程中的重复性工作提升研发效率，如结构性代码
-
提供生产示例性代码，如果根据模型生成导入导出、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低代码应用平台体验
