共计 3749 个字符，预计需要花费 10 分钟才能阅读完成。
转载请注明出处：葡萄城官网，葡萄城为开发者提供业余的开发工具、解决方案和服务，赋能开发者。
目前低代码技术正处在风口，低代码平台产品不断涌现，乱花渐欲迷人眼。作为软件公司或企业 IT 部门的负责人，在做低代码平台选型时须要关注哪些方面，能力顺利“上车”，让低代码为本人的团队赋能？
除了产品性能是否满足以后我的项目需要，价格是否在估算范畴内之外，以下几个问题的答案同样重要。
Q1：是否反对协同开发和版本治理？
我的项目开发过程中，咱们不免遇到客户反馈某个新开发的性能没有用，然而过一段时间当前反悔，又心愿加回来的状况。这是软件开发的常态。为了解决这一问题，传统的软件开发团队都会引入版本管理机制，低代码也不例外。面对频繁的需要变更、辣手的问题排查，低代码平台的版本治理，特定模块回滚等操作的价值就会体现进去。
此外，为了减速我的项目的交付速度，咱们通常须要集中更多人员进行同步开发。只有具备协同开发能力的低代码平台能力让这一过程变得可治理，防止凌乱。
所以，不管我的项目规模大小，抉择一款兼容支流代码库、反对麻利开发的低代码平台都会对开发工作有所帮忙。
（Git：一款支流的版本控制系统，图片来自 Git 官网）
Q2：是否反对自在设计数据库构造？
数据库是所有企业管理软件的“地基”。为了后续性能的开发更加不便，扩展性更强，维护性更佳，良好的数据库设计至关重要。这个点是企业软件本身的属性决定的，无论是低代码还是传统的纯代码，都不会有变动。
事实上，软件开发技术倒退到明天，数据库设计的最佳实际早已被总结成了久经考验的数据库设计范式。低代码开发平台是否可能对开发者凋谢数据库构造的自在设计能力，可能让开发者基于数据库设计范式一直优化数据结构，间接决定了该平台的专业性。如果你须要开发高标准的外围业务利用，或者对利用前期的可扩展性、可维护性有要求，那么数据库设计能力在评估过程中至关重要。
（满足设计范式要求的数据库构造示意图，图片来自网络）
Q3：是否灵便自在地设计显示页面？
不同的企业、不同的用户都的应用习惯和审美格调具备差异化。即使面对同样的业务需要，客户对软件的页面出现和交互也会有齐全不同的要求。举例来说，客户 A 比拟喜爱在页面的右上角寻找提交按钮；客户 B 可能习惯于提交按钮呈现在页面的正下方，客户 C 则对提交按钮放到页面的右下角的设计更加青眼。于是咱们须要为不同的客户做不同的页面布局，以缩减应用培训老本，晋升用户的满意度。
相似的问题和解决方案，我置信您在多年的软件交付教训中已有领会。当然这里举例可能是冰山一角，客户对页面布局和款式格调的差异化要求远不止于此。如果您认可满足用户的应用习惯，适配公司的设计格调的重要性，那么请尽量抉择反对灵便自在设计显示页面的低代码平台，以确保咱们在我的项目开发和交付时不会陷入被动。
不同的企业、不同的用户都的应用习惯和审美格调具备差异化。即使面对同样的业务需要，客户对软件的页面出现和交互也会有齐全不同的要求。举例来说，客户 A 比拟喜爱在页面的右上角寻找提交按钮；客户 B 可能习惯于提交按钮呈现在页面的正下方，客户 C 则对提交按钮放到页面的右下角的设计更加青眼。于是咱们须要为不同的客户做不同的页面布局，以缩减应用培训老本，晋升用户的满意度。
相似的问题和解决方案，我置信您在多年的软件交付教训中已有领会。当然这里举例可能是冰山一角，客户对页面布局和款式格调的差异化要求远不止于此。如果您认可满足用户的应用习惯，适配公司的设计格调的重要性，那么请尽量抉择反对灵便自在设计显示页面的低代码平台，以确保咱们在我的项目开发和交付时不会陷入被动。
Q4：是否反对前后端拆散的零碎架构，后端简单逻辑如何解决？
正如后面所说，软件行业倒退了多年，积淀出了很多最佳实际。与数据库设计范式相似的，还有前后端拆散，数据库读写拆散等等。上一点重点讲了前端，这里则要将眼光转向后端。
在前后端拆散架构的撑持下，不论是软件公司还是企业 IT 团队，在倒退的过程中都会积攒出本人的“外围数字资产”，这些资产往往体现在一些后盾业务简单逻辑计算方法（有的可能还会蕴含一些用于调优的“魔法数字”）。后盾的逻辑复杂度高、技术积攒价值大，绝对较为稳固。如何用低代码实现后端简单的业务逻辑，继续积攒“外围数字资产”，是低代码平台必须解决的问题。在做技术评估时，千万别忘了这些运行在后盾，没有任何界面的逻辑，因为这些才是零碎和开发团队的外围竞争力。
（前后端拆散，图片来自网络）
Q5：是否有全零碎模块的解决方案？
在理论我的项目交付过程中，如果咱们仅能够满足 99% 的需要，另外 1% 的需要满足不了，实在用户大概率是不会买单的。因而，在评估低代码产品的时候，咱们肯定要保障该平台能够撑持所有零碎模块类型的开发，至多也要有足够的扩展性，能够确保应用纯代码开发出的模块可能与低代码模块进行无缝集成。
思考到微小的生产力差距，低代码平台笼罩的模块越多，整个我的项目的开发效率也会越高。那么，企业软件通常会波及哪些类型的模块呢？我将其中最常见的列举如下：
- 多终端页面
- 可准确打印的报表
- 图表形成的可视化大屏
- 自动化工作
Q6：如何保障开发出利用的零碎安全性？
安全性对任何一个零碎都至关重要。应用低代码平台所开发出的利用中, 绝大多数逻辑都是低代码开发者自行构建的，而不是出自低代码平台厂商。所以，咱们很难通过平台的安全性报告来简略评判开发出利用的安全性，这就相当于没人关怀 Visual Studio 和 eclipse 的平安报告一样。
这并不意味着咱们不须要关怀低代码平台本身的安全性。那么，咱们该如何对待低代码平台的安全性，如何评估应用该平台开发出利用的安全性？以下几点值得参考：
- 该低代码平台是否有金融或者银行业的客户？这些行业个别对安全性要求比拟高，他们能用个别行业必定能够应用
- 在评估阶段，您能够基于该平台创立一个 demo 程序，并对这个 demo 做安全性查看，上面是一些安全检查的工具或者产品：ZAP – OWASP（收费）、SonarQube – SonarWorks（免费）、Burp Suite – PortSwigger（免费）、AppScan – IBM（免费）
（OWASP 的 ZAP 检测工具，图片来自 ZAP 官网）
Q7：平台是否独立，可能不依赖其余第三方的产品?
这个点听下来有些奇怪，为什么会有低代码平台依赖特定的第三方产品？这就与国内低代码所处的倒退阶段无关了。我来举两个例子：
- 有的产品说他是 Excel 的设计模式，然而其实他们所有的页面设计都是在 Excel 中，甚至拜访时也是在 Excel 中拜访，听起来没什么大问题，然而这其中有一个十分重要的点，Excel 常常会更新 Excel2008，Excel2010，Excel2016，….，这样每一次 Excel 降级，您都须要从新购买一次他们这个平台了；
- 有的低代码产品说本人是 B / S 架构，然而你必须装置他们特定的浏览器能力拜访，这跟 C / S 架构的零碎有什么区别？
为了确保前面的开发和部署过程可控，我举荐您优先选择独立的低代码平台。如果因为其余起因须要抉择一款依赖特定的第三方软件，如数据库、Web 服务器等的低代码平台，则须要将这些依赖的软件纳入部署清单和操作手册。
Q8：是否会产生新的“数据孤岛”？
数据孤岛这个概念从提出到当初，始终是企业信息化行业最心愿解决的问题。作为新一代的软件开发技术，咱们不须要应用低代码开发进去的利用成为新的数据孤岛。所以，不论是连贯现有的数据库，还是反对通过 Web API 与其他软件互通，低代码都必须具备开放性，不能产生新的数据库孤岛。
跟进一步，如果该低代码平台能够帮忙咱们解决企业的数据孤岛问题，将多个零碎买通，通过整合多源数据实现协同增效，那就更是一个加分我的项目了。
（数据孤岛景象，图片来自网络）
Q9：该平台的产品生态建设如何，是否有激励机制？
聚沙成塔，如果一个低代码产品抉择孤军奋战，没有生态，大概率是不能短暂的。对于低代码开发平台，生态的价值次要体现在以下两个方面：
- 模板：模板也叫开发成绩，是指开发者应用低代码平台为特定行业或场景构建的“半成品”零碎。基于半成品进行二次开发，能够进一步晋升企业应用的构建速度。成熟的低代码平台通常具备模板市场，通过商务和技术手段，激励开发者将本人应用该平台开发出的利用放在市场中分享或销售，打造“人人为我，我为人人”的正向循环。
- 插件：低代码平台通常会凋谢插件机制，以吸引更多开发者封装本人开发的“模块”。插件和平台在一起运行，让低代码平台的利用场景更丰盛。事实上，一家平台厂商的技术能力再强，也不能全副满足客户的所有需要。只有凋谢插件机制，建设插件付费环境，能力让宽广的开发者都参于进来，独特打造更弱小的平台。
低代码平台生态的关键在于如何建设长效激励机制，实现正向循环，艰深的了解就是让生态上游的开发者能够通过付费机制取得正当的回报。咱们置信，只有提供长效激励机制的平台生态能力长久。
（多种连接器插件，图片来自 Power Apps 官网）
小结
在低代码平台的井喷期，使用者更应该擦亮眼睛，抉择适合的平台产品，充分利用新技术带来的新价值、新动能。下面九个问题，就是我为您整顿的低代码技术选型思路，心愿可能帮正在评估低代码平台的软件公司和企业 IT 部门少走弯路，抓住时代潮流，开启低代码之旅。
