【中大型格子项目系列（2）】系统架构

看看，该来的都来了，一下炸出好多人。
格友想问的问题一大堆。我简单讲一下本次项目的架构吧。

1、顶层：Vue + Java。
     负责单点登录，以及框架搭建，最重要的是进行各个业务子系统的集成。

2、中层：业务层
     这里面包括：生产中心（活字格应用，Wyn大屏BI分析），
                         在线监测设备系统（Vue+Java），
                         报警中心（Vue+PHP+Java），
                         工作流引擎（Activiti框架），
                         钉钉，用友，金蝶，其他已建成的业务系统。

3、底层：数据中台，Mysql，PostgreDB

整体框架大致这些，我们活字格占据其中60%的业务开发量，也是此次系统的核心。
此次负责的子业务模块为：
1、生产管理系统
2、安全检查管理系统
3、调度管理系统
4、任务中心
5、考核管理系统
6、督办管理系统
7、安全事故管理系统
8、生产动态管控

8个业务子系统，其中，生产管理系统占据此次开发的50%工作量。（唠叨普哥肯定要说绝对超过）
下面我来说说此次开发中的一些难点。
1、第三方单点登录
     这个没啥好说的，肯定有格友会说没啥难度，写个插件同步一下，啥都有了，没难度。
     但是，没有自己的用户，真的很烦，而且活字格服务器的第三方同步机制有点怪异，好多bug都是新建用户之后，登录跳转活字格页面报找不到用户，真希望活字格提供一个主动调用拉取的方法，建完用户主动同步。要不非得等那个几分钟实在是崩溃。
2、工作流引擎
    这个在7.102实在是无奈，我们做不了，只能让人家集成。8.0貌似牛了。期待。
    但是这里面抱歉的事情太多，系统集成这种玩意，因为牵扯到单点登录，本机连调试都费劲，没Token啊，非得发到服务器啊，发服务器没log啊，啥错不知道啊。
啊啊啊啊啊啊，一个头两个大。
3、外联表数据库
    我就呵呵了。
    格友们，你们有没有试过打开工程文件要上个厕所喝杯茶的。为什么？外联表多啊，400多啊，脱离git本机调试简直是噩梦啊有没有。
    每次打开本地工程，就要经过漫长的同步外联表过程。刷400多外联表不要太刺激。
4、菜单，万恶的母版页
    这个我讲一下，第三方登录最大的痛点就在这里，为啥呢，因为外面有个“壳子”，所以我们不能加母版页菜单，但是本机F5调试不要太酸爽。
    经过一番深思熟虑，我们唠叨普大哥决定我们该加的加，发布的时候去掉就完了。
    然后，本次开发最大的噩梦就是发布！！！没有之一。700多页面，全部去掉母版页。格友们发挥你们的想象力一下，700个页面怎么去模板页最快速？
    来来来，我告诉你，展开所有文件夹，全部展开，然后选中第一个页面，拖到下面，按住Shift选中最后一个，右键设置母版页为空。

    有人说，这有啥难度，不就两下的事。  
    我要说（深吸一口气）：大哥你试试用鼠标一下下点击那可怜的小三角一级级展开所有上百个文件夹然后再来跟我杠。
    每次发布需要15分钟。（嗯，单身20年的除外）
5、字典表
    万恶的字典表啊，啊啊啊啊啊啊。
    是这样的，我们有个表，叫做字典表：


   他长这样
   
   他里面长这样
   

万恶在哪呢，这就要说我们活字格的下拉框了，据说啊，策略，下拉框的显示和下拉是两个逻辑，当你设置了查询条件时，只在下拉时会去匹配，展现时是另一套策略。我跟某人求证过。
所以呢，问题就来了，当遇见了这个字典表，我们想匹配某个字典类型的时候，就会出现缩回去的时候是一个东西，拉下来才是正常逻辑。
怎么办呢，视图，我们为此建立了40多个字典视图，就为了应对这个。在这里也给大家提个醒。

今天先聊到这，欢迎拍砖。明天我们继续。

  在线监测设备系统（Vue+Java），
                         报警中心（Vue+PHP+Java），没有低代码，是用活字格+wyn做的数据展示页面吗？

whji69 发表于 2022-3-24 06:30
在线监测设备系统（Vue+Java），
                         报警中心（Vue+PHP+Java），没有低代码，是 ...

因为项目的复杂度，以及进度要求，没有全部使用低代码，而且报警中心和在线监测需要对接设备，这一块目前有成熟的Java解决方案，所以为了进度，就用了成熟产品。

不懂，但一看就高大上。

话说，故事没人看了？

太专业，我就是来凑热闹的

whji69 发表于 2022-3-24 06:30
在线监测设备系统（Vue+Java），
                         报警中心（Vue+PHP+Java），没有低代码，是 ...

这个思路很正确，个人认为活字格做直接物联网开发会碰到问题比较多，在市场上没有出现成熟的物联低代码平台前，低代码做管理+代码做物联网设备是比较合适的方式，葡萄城的wyn做大屏低代码还是有很大的发展空间，另外，地图和三维模型的低代码平台也没有太理想的平台，不过依靠api也已经是很不错了。

下面这个段话，没有明白， 到底是什么坑？

万恶在哪呢，这就要说我们活字格的下拉框了，据说啊，策略，下拉框的显示和下拉是两个逻辑，当你设置了查询条件时，只在下拉时会去匹配，展现时是另一套策略。我跟某人求证过。
所以呢，问题就来了，当遇见了这个字典表，我们想匹配某个字典类型的时候，就会出现缩回去的时候是一个东西，拉下来才是正常逻辑。

moer 发表于 2022-3-25 11:07
下面这个段话，没有明白， 到底是什么坑？

万恶在哪呢，这就要说我们活字格的下拉框了，据说啊，策略， ...

举个例子：
字典表里有这几个数据：
id  字典名   字典值   字典类型
1   奥迪         0         汽车品牌
2   奔驰         1         汽车品牌
3   宝马         2         汽车品牌
4   **         0         棋牌类型
5   纸牌         1         棋牌类型
6   斗地主      2         棋牌类型

这是一个大型字典的常见组织方式，通过字典类型进行分类过滤就可以拿到自己想要的东西。
比如这里我需要拿棋牌类型，只需要搞一个下拉框，将这个字典表绑定上去，
选择显示字段是字典名，值字段是字典值，然后设置查询条件为“字典类型”=“棋牌类型”就可以了，对吧？对吧？

你以为的就是你以为以为的？

一般这种字典表里的字典值字段是Varchar，字典类型肯定是Varchar，因为你不知道回放什么进来。
前提说完了，下面说现象。
当你的表里只有10几行的时候，匹配没问题，一切都是那么美好。
当你的表里有300多行的时候，就出问题了。
现象就是：
1、新增页面选择**类型，保存。
2、点击编辑按钮进入编辑页面时，显示的是奥迪。。。。。。。。
3、点击下拉按钮，展示出来的是**、纸牌、斗地主，只要离开焦点，就又会变成奥迪。
好玩不？刺激不？
为啥呢，因为我上面说了，下拉是一种策略，这个里面会用你设置的查询条件去过滤，所以肯定是对的，然后离开焦点后，下拉框的展示是另一种策略，简单来说，就是查询条件不起作用了，用保存的值去字典表里找到第一个匹配的就显示。
这就是这个问题的现象。