Power Apps 上的问题
在 Power Platform 中,微软官方的工具是使用 Canvas App 来构建前端界面, Model Driven App 可以实现固定模式的一些操作界面,类似我们常说的 CRUD 增删改查等操作,还有一些简单的流程操作界面,比如审批流程什么的,不过 Model Driven App 的界面模式单一,可定制化的能力不足,通常无法满足用户多样的需求,很多细节也不太容易灵活处理,因此很多需要自定义界面的应用在使用 Power Platform 生态时,会选择使用 Canvas App 来构造前端界面。
然而, Canvas App 在我的使用体会中是有很多的劣势和问题的:
- 开发体验虽然简单,但使用的是类似 VBScript 的语言,微软称其为 Power Fx,对于专业的前端开发人员来说,非常不习惯,很多功能也受限于这个语言,比较难应用好的编程实践,比如说写一个可以重用的方法都很困难。
- 界面风格单一,虽然也有不同主题和自定义主题什么的说法,然而因为其组件的高度封装化,反而影响了它的灵活定制。
- 性能越用越慢,随着 App 的界面增多,功能增多, App 的启动会越来越慢,跟传统的网页应用不能同日而语,传统网页秒级打开都嫌慢,而 Canvas App 走到复杂应用的后期,几乎是几分钟的量级,不知道用户如何能够忍受。
- 同时因为开发过程也是在网页上操作,所以开发人员也要忍受打开时的龟速,这样在开发的过程中,就不能快速试错,快速反馈,可想而知开发效率会慢到什么程度,简直是一种痛苦和折磨。
新的 JamStack 思路
JamStack 官网 的口号:
The modern way to build Websites and Apps that delivers better perfo