讨论确认下模块引用层次

江苏院-吴昊

jishuang 发表于 2019-4-18 15:13
action下需要的data，先看看http://doc.wex5.com/?p=5059中的说明吧

嗯知道了，这个以前看过，当时还不怎么理解。现在看清楚多了。

平台默认的规范是 ，模块下有data logic ontology process四个子模块。我看平台的功能，system定义了action和ontology。大部分的process都是在SA中。

而SA中，有的模块是只有process文件，有的模块又会加上自己的ontology、logic、data。

目录结构、层级有什么建议吗？或者说为什么SA会采取这样的做法

jishuang

推荐用设计器去创建应用的时候生成什么目录就按什么目录去操作

平台系统带的有平地内部的特定需要，不需要参考平台的实现

江苏院-吴昊

jishuang 发表于 2019-4-18 16:01
推荐用设计器去创建应用的时候生成什么目录就按什么目录去操作

平台系统带的有平地内部的特定需要，不需要 ...

但是我觉得概念分散在多个模块中，很不方便。比如：
1.有的综合性的模块，定义了视图本体，包含了很多其他模块中已经定义好的关系。如果不引用那些模块，又得重新定义一遍关系。但是将所有（大部分）都定义在一个common模块（写多个ontology文件）中就可以避免这个问题。

2.会存在这种情况，两个模块中写action时，发现要互相引用另一个模块的概念，这样导致模块互相引用，A的action引用B的data，b的action又引用A的data。

3.有的时候写页面的时候，需要用某个概念，都忘记这个概念是在哪个模块里了，需要去找。如果在统一的地方维护ontology，可以很快找到

jishuang

那就把公用的都抽出来用一个功能模块，其他模块都其引用公共模块

江苏院-吴昊

jishuang 发表于 2019-4-18 17:08
那就把公用的都抽出来用一个功能模块，其他模块都其引用公共模块

也不算是公用吧，就是打算将所有本体ontology都定义在一个模块中，其他业务模块几乎不写ontology，这些做有什么不妥吗？
比如
common
   |——data
   |——logic
   |——ontology
   |           |——xxx.ontology.m
   |           |——yyy.ontology.m
   |           |——zzz.ontology.m
   |——process

概念会根据业务（模块）范围写在不同的ontology
我现在没法判断这样做有什么弊端

jishuang

没什么弊端，自己需要的时候去做引用

江苏院-吴昊

jishuang 发表于 2019-4-19 09:34
没什么弊端，自己需要的时候去做引用

（1）common模块是公共模块，ontology定义业务模块的概念，logic定义通用的action及概念的标准action，process定义通用流程图，用于实现动态工作流。

（2）各业务模块，如计划plan、项目project、项目任务task模块，

（2.1）若只定义process模块，需要涉及业务概念的标准action和通用action，use模块/common/logic/action;

（2.2）若定义各自业务模块的action，需要涉及业务数据和概念，use /common/data;

（2.3）若定义各自业务模块的ontology，需要将ontology模块所include的/system/ontology删除后，再include模块/common/ontology（因为/common/ontology已经include 系统平台的ontology）；

（3）各业务模块，process模块可分为多个子模块，如审批流程approval，功能操作function（由菜单所触发的一系列业务功能页面，非流程页面，实现数据的CRUD），查看页面view（用于流程查看、通知页面、各种明细页面，主要实现查询，不修改数据）。

jishuang

需要将ontology模块所include的/system/ontology删除后这个没必须操作

江苏院-吴昊

jishuang 发表于 2019-4-22 14:07
需要将ontology模块所include的/system/ontology删除后这个没必须操作

可以不删，主要是怕重复include。因为/common/ontology 已经include /system/ontology了。不删问题应该也不大吧

jishuang

ontology的重复引用也不会影响使用，只要不循环引用