低代码平台

[timzaak]

AppSmith 印度团队开发的低代码平台。国内也有低代码平台，但不开源。国外的除了它，还有其他的，例如ToolJet。 UI界面至少不用担心做出来的丑，只能用简洁来形容， 从Form 表单填写，到简单图表展示，功能层面已到位。 工作流涉及的流转+通知基本上都还可以了，但估计需要二次定制。 权限相关的也都有涉猎，和第三方可以集成。

可以再尝试尝试，以后后台相关的需求可以甩给低代码平台来做。前端重UI的，再另说。

[timzaak]

AppWrite 与 AppSmith 相比， AppSmith 主要做前端页面的封装，能够通过拖拽快速起页面。 AppWrite 则是类比于 Google 的 Firebase， 专精于功能性 API 与 Client SDK 的提供，多了一些监控看板，让 Coder 尽量专注于业务逻辑。

虽然 AppSmith 是低代码的目标，但目前 UI 的多样性，需要大量适配，还是考虑 AppWrite 更实际些。

以上两者主要是动态语言 JS 的天下， AppWrite 用了点 PHP。

[timzaak]

postgrest 专门基于 PG 数据库做的 Restful API Service，和 PG 有深入的集成。

[timzaak]

低代码平台的使用，对于中型规模以上的软件公司来讲，几乎是不太可能，除了学习成本、业务适配、现有代码迁移、工具链迁移外，公司的问题空间已经从主业务实现，转化成人员划分、梯队建设、边界case优化。而这些低代码平台都不太好解决。

至于低代码平台的开发效率问题，初期确实会快，但代价是就是后期维护会变得极度麻烦，需要大量的心智去理解低代码平台自身的定义诠释，尤其是在需要二次开发时。

我尝试了下 AppSmith，总结一下：

1. 重复性动作很多，随着业务的复杂度上升，如何摆脱低代码平台的限制去写复用代码，会成为刚需，例如默认时间格式。
2. 虽然可以连接数据库读写数据，但权限之类没找到合理的方案。若是使用 Restful API 作为数据源，那么找一个好的UI Template 库，例如 Ant Design Pro，是否会更高效？
3. 根据不同权限，展示不同页面等需要多方数据进行前置判定的多分支场景，不知该如何处理。
4. 多人开发页面，如何解决冲突？

所以，我无法用 AppSmith 来搞开发，还是需要切回到传统的技术栈上来。