China
  • 021-57675563

当前位置:知识中心 / 轩田技术篇 /

低代码平台在工厂信息系统的应用

发布时间:2022-08-24    浏览人数:1人查看

SHARETEK

低代码平台


继上次的讨论,我希望借这篇文章描述一下应用低代码平台需要的管控


1)需求和设计管控 

199x 在瑞士公司上班的时候,总部的软件人员总喜欢称我们这些亚洲工程师hacker。这其实是一个鄙视,他们认为我们亚洲人不懂软件工程,拿到需求时第一件事就是开干,没有文件,以交付作为首要目标,品质不重要,修改再修改是我们的特性,加班再加班是我们的常态。从他们的角度,一个好的设计是一次就做好的工程要素 (First Time Right) ,而我们就是一堆乱搞的。 

对低代码需求和测试验收条件是最低的要求,至少明确要做什么,最后如何确认做完,否则,到最后出现了问题,没有人可以回答到底发生了什么事。 

image


2)设计模式(Design Pattern)和模板(Template)标题

负责任的低代码平台公司是必须要提供可重用的设计模式 (Design Pattern)。由 GoF (四人帮)提出的设计模式,只要应用对的就能确保程式的品质。什么是低代码的设计模式?其实没有人能给出正确的答案。如何降低要求?我们至少要有可以重复使用的模板(Template)。 


模板简单来说,就是应付不同对应需求的代码和画面。例如查询模版,必须定义好画面的样式,每一个画面部件的查询写法,如何把资料处理规则实现。所有开发人员只能使用同一类的查询画面设计。 

image


3)版本和发布管控

没有版本管控的低代码平台是灾难性的,因为低代码平台准许任何人在平台上开发,所以如何管控版本必须是首要条件,这也是评估平台是否能用的重要关键。


所有使用低代码平台的公司一定要有发布经理的角色,他要确保所有低代码的功能和画面都是经过验证的,这个角色能有效地确保所有的品质。


4)低代码的检验方式(可视化和分析工具) 

软件开发(例如 C# 和 Java) 都有一堆的可视化和分析工具,可以帮大家去检验程序的效能和问题,但低代码平台一般上是没有这样的工具的。在低代码平台中很容易造成一定的死循环,没有可视化工具根本不知道死循环在哪里。这里很大的可能性,客户需要自己写一套工具读取所有的低代码,然后分析低代码之间的关系,才能有效的优化。 

image


5)数据源的管控  


如果只有内部的数据源,当然没有什么太大的问题,如果连这都保障不了,那这个平台就没有价值了。但是外部的数据源一般上需要分外的小心,比较正常的做法是分包为服务,用服务的设计模式保证可用性。



对比低代码平台,我们觉得好的工业软件更应该提供以下要素:


更好的设计模式(Design Pattern)和模板(Template),这一定是最主要的要素。例如加上很好的开发文件,可以帮助用户更快速地提供有质量的应用。 

合理的开放源代码。唯有让用户看到一部分的源代码,用户才有可能更快速的明白,然后按照工业软件平台的原生方式开发。 

更简单直接的除错方式。例如更清晰的日志,更简单的测试开发和测试方式。各位有兴趣可以看一看 roblox studio,小学生都能够很简单的做开发。



►►►

轩田Kraft 夸父低代码工业管理平台


轩田用了企业级软件的设计模式,先规划工业管理平台需要的核心模组,结合先进的软件模型,研发出可支持不同应用的工业管理平台,然后再把不同行业所需要的功能进行开发。这样的系统,一方面具有灵活的扩展性和延伸性,一方面又针对了不同行业的特殊需求进行客制。

轩田Kraft夸父系统就是一个这样的产品,提供客户即插即用的功能,但是又可以让客户以低代码的方式,延伸未来需要的功能,并可以随着客户业务的发展需求一起成长。


image

轩田Kraft 夸父系统选择了跨平台(硬件和软件)的设计思路,应用了成熟的互联网技术,实现了复杂高精密生产环境所需要的业务场景。

image



END


qrcode_for_gh_558347631849_430



点击并关注"轩田科技"


致力软硬件结合,共创万物互联世界;

通过持续创新,成为一流科技型企业;