作者回复: 抱歉这句话说得可能有点让你误解了，我的本意是指表单类的APP不太注意就会形成数据孤岛，但不是说它一定会形成数据孤岛，它也可以做数据关联。正如你说的打通表单之间的数据以后就不会出现孤岛了。做了数据关联以后，就和模型驱动型的APP很像了。

作者回复: 前半部分我同意，后半部分留言的情况可能不存在，现在多数大厂搞低代码更多的是自用或给其垂直用户使用，不会以立标杆为目的的，因为没有价值

作者回复: 编译型的好处是编译后app可以脱离平台，独自运行，而运行型从字面上理解，应该是提供了app运行时，app只能在低代码构建的运行时里运行。编译型的好处是灵活但实现难度大，而运行型的则是难度小封装度高，坏处是高封装度会减少app运行的选择

作者回复: 可以理解为地基，比如那种双子大厦，你在地面上看到的是两栋独立的楼，但它们有共同的地基。地基就是通用功能底座，地面上能被大家看到的大楼就业务开发能力。地基（或底座）的能力，决定了地面的大楼能盖多高，或者低代码平台的业务开发能力有多强

作者回复: 我认为，不能说一个业务应不应该属于低代码，而应该说在你的场景中，一个业务要不要或者能不能用低代码来实现。低代码平台能力够强的话，那就可以适用于更多的业务领域，具有更大的想象空间

作者回复: 整体来说低代码工具在国内成熟度还是比较低的，特别是通用型的低代码解决方案。但也不排除有的案例做的比较好，特别是一些垂直型的低代码工具，比如我看到的用友金蝶的解决方案就不错。