信管通低代码快速开发平台简介

Posted 2022-12-03 码农君莫笑

四、低代码好感度不高的原因

程序员们喜欢“低代码”工具的理念。对他们来说，更少的代码意味着更少的工作和更快的项目、更高的满意度、更精简的预算甚至是更丰厚的奖金。但是他们也都知道，在最后系统提交期限接近，由于系统复杂而引起的低代码开发工具的问题不能及时解决，或者业务系统开发人员设计完成后发现低代码开发工具不合适时，理想和现实之间往往存在很大的反差。业务系统开发人员欣赏低代码开发工具以更少的时间和精力交付工作的能力。低代码开发工具理论上可以产生一种良性机制，可以搜索、排序和处理表格数据。当时机成熟的时候，他们也很乐意使用它们。但是开发人员也担心低代码出现问题，在低代码出现问题时，他们就需要处理这些故障，并找出解决办法。开发人在使用低代码开发工具比编写自己的使用高代码方法编写的更慢、更麻烦的现实之间两难。下面是程序员对低代码开发工具好感度不高的9个原因。

原因一：后期维护困难

处理低代码解决方案最棘手的部分通常是在运行几年之后才会出现。旧系统已经部署好并运行得很顺利，但是由于业务流程的修改，或业务人员对某些功能要求的提供，旧系统需要修复和改进。很多时候，这些额外的增加系统特性位于旧的、低代码开发工具的体系结构之外，由于低代码开发工具没有提供合适的方法来添加它们。如果有源代码，也许能够深入研究并重建一些核心内容，但遗憾的是没有。如果最初的设计者知道需要这个特性，他们就会做出不一样的决定。但现实是依然被维护困难困住了。

原因二：个性化设置困难

低代码开发工具就提供了千篇一律的感觉。对于终端用户的操作培训相对简单，因为所有的界面操作和处理逻辑基本上都是一致的，但对于已经使用过一些旧系统，而新系统与旧系统并存时，一些操作习惯并不能够很好的与旧系统相兼容，用户使用起来就会很费劲，因为需要在新旧系统的操作习惯上来回切换，终端用户可能就会提供一些改进的需求，但这些需求对于业务系统开发人员来说，或许很多都是不可能实现的，因为这些东西已经被低代码开发工具黑盒化，对于业务系统开发者来说是不能修改的。低代码开发工具开发全新系统可能比部分业务系统开发更适合。当然对于一些想要一致性的用户来说，这可能是一种安慰。

原因三:内置组件和接口有限

业务软件开发人员喜欢统一一致风格的软件产品研发，因为这种流水线式的软件开发要比个性化软件开发简单得多。但终端客户则更需要个性化的业务处理软件产品，而且他们特别讨厌固定模式开发出的产品。同样，使用低代码开发工具开发的业务处理软件产品也很容易使用。只是没有那么多可供更改、自定义或编写代码的位置，换句话就是低代码开发工具的可扩展性不好，所以业务系统开发者只能使用它们内置组件和接口，而这些内置组件和接口在进行开发特定功能时会给我们产生很大麻烦。

原因四:低代码调试工具缺失

多年来，业务软件开发人员习惯了在精心设计的调试工具下进行软件开发，通过这些调试工具可以很容易地在任意位置暂停软件运行，并深入查看所有数据结构和算法状态，以了解软件运行的状态是否符合设计要求。低代码开发工具则会提供自动化运行程序，不会提供精心设计的调试工具，同时，也不会提供低代码开发工具的源代码。低代码开发工具对我们隐藏所有系统运行过程，并且系统自动认为它们在正确运行。如果低代码开发工具部分像我们预期的那样工作，那么一切都是顺利的。但通常情况下，有些程序运行会出错，我们则会陷入困境，无法弄清黑匣子里到底发生了什么。系统在没有精心设计的调试工具的情况下盲目运行，找不到任何方法来了解发生的问题。

原因五:外接处理函数开发困难

低代码开发工具的灵活性就在于可以编制一部分代码嵌入到低代码开发工具研发的业务系统中，但是，这种插入的外部程序对于业务系统开发人员来说可能是难以逾越的鸿沟，因为外部程序的编制必须满足很多的低代码开发工具的苛刻要求，同时希望获取的系统全局状态、界面处理状态和处理结束后界面的相关处理等控制信息并不能被业务系统开发人员所掌控，更何况还需要了解低代码开发工具的内部结构和深层次处理技术。所以目前低代码开发工具所提供外部程序更多的是以配置文件方式或可以解释执行的语句来实现，对于业务系统开发人员来说使用起来很不方便。

原因六:低代码效率低下

低代码开发工具应该知道您需要什么，然后自动交付它。由于它需要考虑各种不同情况，它处理所有可能出现问题的奇怪配置，产生代价是一堆对于你的业务软件无任何意义的多余代码。业务系统开发人员编写代码知道自己只将数据存储在某种格式文件中。但是，对于低代码开发工具的研发团队需要为所有可能使用的文件格式处理做好计划，这意味不仅需要考虑文件格式，还需要考虑文件格式的版本，市面上常用的文件格式可能有几十种格式，低代码开发工具的研发团队希望确保他们的工具能够处理所有这些格式。这项工作异常复杂而浩大。最终的结果就是一切都变慢了，效率也降低了。如果你的业务系统开发的截止日期不是太紧，你的数据集也不是太大，那你可以通过增加硬件的计算能力来隐藏这一点，但最终结果可能不会太好。

原因七：使用门槛高

低代码开发平台编程门槛比较低，但使用门槛并不低，开发者不仅要熟悉整个的软件开发过程，还要熟练掌握基于低代码开发平台研发的业务系统的设计思想和设计理念，对于实际的应用系统，哪些是适合的低代码开发平台可视化开发，哪些是不适合的，要有精准的判断，也就是说，哪些是系统可以自动生成的，哪些必须要编写代码实现的，自动生成部分和编制代码部分怎样的有机结合在一起？这不是简单的一个程序员能够很快掌握的，开发者必须要有多年的开发经验，能达到架构师的水平，才能很好的驾驭低代码开发工具。如果单纯使用低代码开发工具实现简单业务数据增删改查应该比较简单，甚至不需要任何编程经验都可以实现，但如果使用低代码开发工具完成复杂的业务系统，需要掌握的知识和经验可能比高代码开发还要多。

原因八：低代码依赖

对于业务软件开发人员很容易开始使用低代码开发平台，站在巨人的肩膀上，你会尽可能地减少自己的工作量，但是这个巨人的变化会牵动的你的变化，如果它停止维护更新或者低代码开发平台研发公司倒闭了，你也会陷入系统开发困境。也就是说，使用低代码开发工具研发业务系统只能在组件的功能和种类限制内开发。如果低代码开发平台的升级可能会影响到你以前开发的业务软件，随着业务软件开发的越来越多，业务软件开发人员对于低代码开发平台的依赖也会越来越严重。

原因九：跨平台开发困难

使用低代码开发工具研发的新业务管理系统对企业原有的旧软件的集成受限。因为企业原有的旧软件可能使用各种程序开发语言或数据库开发，低代码开发工具对这些程序开发语言或数据库提供合理的支持，使新旧系统的数据共享遇到很大困难。低代码开发工具一般都是自我封闭的，也就是你开发的所有系统最好在一套低代码开发工具上开发，企业如果跨工具去开发不同的业务系统，那么在部署上和数据共享上就会存在一定的问题，如果单位信息管理系统部分采用低代码开发工具，而原有的系统跟低代码开发的工具之间的衔接，就会有很大的问题。