柯城区住房和城乡建设局网站/网站收录提交
无代码-低代码开发平台
应用程序开发的世界正在不断变化，分析师界对应用程序开发工具和平台的各种类别和定义的频繁修订就证明了这一点。 组织急于寻求一个单一的平台和工具集，从而推动其快速发展并随之而来的变化，可以帮助他们快速交付涵盖台式机，Web，移动设备，可穿戴设备等的全渠道，客户级应用程序。
在“更多应用，更快，可以在任何地方运行”的时代，基于开放标准的正确的低代码解决方案可能是无价的。 也就是说，并非所有低码解决方案都是一样的。 这是评估解决方案时要注意的三个危险信号。
低代码红旗＃1：黑匣子
低代码会由于“难以理解的黑匣子”感知而遭到不良说唱，考虑到开发人员不愿在他们无法控制的事物上运行关键任务服务，这是可以理解的。 在快节奏的环境中提高生产率的答案不应该是没有代码的黑匣子的极端，而应该是基于开放标准并全面了解源代码的低代码解决方案，即“开放的盒子”。 。 低代码的核心仅仅是一种工具，其价值是从使用它的人那里获得的，它需要专业的开发人员，而不是没有代码的业务用户。
针对专业开发人员的低代码要求编写一次并跨平台运行，同时保持对用户体验的完全控制。
低代码红旗＃2：整体架构
应用开发已经很复杂。 今天的期望包括跨多个渠道的无限可扩展性，再加上使用容器和微服务的向基于云的开发的快速转变，这种情况更加复杂。 开发团队需要满足这些期望，同时保持对用户体验的关注。
开发人员对低代码解决方案体系结构持怀疑态度，认为它们过时，单一且对应用程序部署不友好。 一些原因：
- 整体式低代码架构最初很容易开发和部署，但从长远来看往往会“紧密耦合”，从而使其难以扩展和维护。 如果需要更新任何程序组件，则通常需要重写应用程序的大部分内容。
- 整体式低代码架构可能很难理解，因为它们经常具有不明显的依赖关系，因为它们依赖于解决方案。 有了许多低代码解决方案，您就无法管理整个组件的开发，测试和生产工作，而无法分别开发，测试，部署和扩展组件。
低代码红旗＃3：专有工具集
将专有工具捆绑到低代码解决方案中的一个好处是工具和平台的对齐，因为它们来自同一售货来源。 从理论上讲，这应该使开发人员以及最终业务受益。 但是，专有工具的实际情况包括陡峭的学习曲线，供应商锁定以及仅适用于该供应商的代码示例，教程和社区生态系统-所有这些可能参差不齐或不存在。
在某些情况下，平台供应商会推广其对标准语言的使用，但仍将用户锁定在专有的开发过程中。
除了在学习和整合利基技能方面所花费的时间和金钱之外，经验丰富的开发人员可能还会抵制向供应商专有工具的过渡。 它将他们与主流开发社区区分开来，在简历上并不令人印象深刻。 此外，专有代码可能难以调试，因为可用于查找示例和解决问题的资源较少。
低码成功的公式
专有流程，专有平台和专有代码的灵活性和风险性清楚表明了为什么专业开发人员不愿采用或推荐专有工具的原因。 理想的解决方案将为开发人员偏爱的标准工具和平台带来轻松的低代码开发能力，其中包括可以利用AWS或Azure或Google Cloud Platform等提供的云功能的选项。
在无服务器的基于云的平台上进行开发允许该平台管理和自动扩展微服务和功能。 如果将其与Node.js后端和基于JavaScript的Web和移动版前端结合使用，则可以选择全栈。 好处是多方面的：
- 结合基于JavaScript的无服务器和低代码平台，组织可以使用现有开发人员技能来满足对消费者级全渠道体验的需求。
- 不同的开发人员甚至不同的团队可以独立地处理应用程序的一部分，而不会与其他团队所做的更改冲突。
- 无需重写或重新部署应用程序代码即可进行更新。
- 代码可以跨应用程序重用，并且由于功能隔离而易于维护。
总体结果是，开发人员可以自由地专注于应用程序功能和用户体验，而平台可以管理其余部分。 关键在于拥有一个基于广泛使用的标准化语言（例如JavaScript）的低代码平台，该平台具有强大的工具，库和学习资料生态系统。 JavaScript甚至提供了在应用程序的前端和后端使用通用语言的功能，并具有使前端开发人员将其知识和技能转移到后端的附加好处。
开放和灵活的工具，平台和语言（例如JavaScript）对于开发人员和使用它们的公司都是有益的。 购买低码解决方案时请记住这一点。
Mark Troester是Progress公司战略副总裁。
-
新技术论坛提供了一个以前所未有的深度和广度探索和讨论新兴企业技术的场所。 选择是主观的，是基于我们选择的技术，我们认为这些技术对InfoWorld读者来说是重要的，也是他们最感兴趣的。 InfoWorld不接受发布的营销担保，并保留编辑所有贡献内容的权利。 将所有查询发送到 newtechforum@infoworld.com 。
翻译自: https://www.infoworld.com/article/3389682/when-developers-shouldnt-trust-low-code-platforms.html
无代码-低代码开发平台