我对uniappx的一些看法

我早期写mui, 后续用apicoud ,此时apicloud服务层面做的更好。
后放弃apicloud使用flutter， flutter理念更加不错。
最近发现uniappx ，觉得uniappx理念不错,这些理念都是有迹可循，但没有形成规范，兼容平台过多形成累赘。
1.我觉得uniappx应该放弃其他web端技术的平台，由uniapp继续支持，因为web本就互通。一次写多端理解适配web技术产品还行，
app 3端，这样适配，只会导致app 3端只能做简单应用层app，复制大型应用只能再次去选择flutter或者原生，uniappx在整体布局上明显不足。
2.uniappx的竞争对象应该是flutter,不仅仅编译适配3端，还可以考虑适配c#桌面，linux系统。不应该局限在应用层，
用web技术代码风格规范，去适配其他平台的应用。
3.目前这种大杂烩，uniapp,uniappx互相兼容的模式，带来各种混乱
01.文档层面，准确度不够，对比案例和文档，有些内容基本没有写入文档，或者在uniapp文档中，但对于没有用过和不了解uniapp非常麻烦，
并且uniapp的理念在当下并不新颖。此处对uniappx人员非常不友好。
02.uniappx借助了各种理念，比喻借助了vue,ts等，编译需要，并不会全部使用，但在文档上并没有与这些语言框架切割，还需要去其他平台看那些技术的文档，
dcloud对于这些讲解不全，我猜dcloud底层架构人员都是前端，用前端思维去解决所有问题，并且默认认为所有人都懂前端发展的层次技术，
借助前端的理念去规范和组织代码是没有问题的，但没必要去借助前端思维。
03.前端技术有极强的互通性，如web,各平台小程序，写各个平台不需要学新技术，仅仅是节省了一点开发时间，其他没啥优势，甚至在各平台新功能上无法即使更新，
那么其服务的群体也是国内的微型公司或者是市场性公司，功能也极具简单，也说明了布局者眼光非常窄，放弃了全球市场，也没有全球的世界观，
当然也就没有大的高加载的客户群体，目前这种节省了一点开发时间的成本，其附加值本就低，很有可能会转移到其他非发达国家去开发，
届时dcloud的这种服务对象会错位。
4.目前我看到的uniappx的优势是
1.用web技术代码风格规范，通过编译的能力适配各平台。
2.最早适配鸿蒙的混合模式，flutter都没这么快，这是市场空白期。