arkUI 不仅仅是一个框架，而且在框架之上有很多应用层面的东西，做一个 app 基本上抄一个例子，修改一下就可以了. 原来在 android 和 ios 中需要程序员写大量代码的东西变成了 arkUI 内在的东西.
不足之处是 arkTS 还可以精简，丢掉 JS 和 TS 一些看起来比较随意的东西. 特别对于 C 和程序员来讲, JS 和 TS 有些东西似乎不可信用或难以理解。语法应该搞得更严格一点。例如把 JS 的 var 改成 let 是谁的主意 ? 形容词var 搞成了动词 let。
鸿蒙没有 C 语言的 app framework. 与苹果竞争的话，这是很不利的方面. 不要以为 JS 的程序员比 C 程序员多就是优势. 苹果使用 C 做 app 语言，它的 app 比 android 的少一个吗 ?
或许有人说 鸿蒙有 native C, 甚至有 native C UI. 是的, 这些是可以用. 但远远不如完全的 C, 从头到脚，从思维到代码.
我们想想, ios 和 android 程序员写 鸿蒙 next 的 app, 他要学习 arkTS，它是一门新语言. 并且对于 C 和 java 程序员来讲, arkTS 也算是火星语言了吧, 就象当初 C 遇到 Object C.。如果不是强大如苹果，我肯定是不会去学狗屁 Object C 的. 到现在也只是凑合着用。
如果华为要跟苹果竞争的话, 纯 C /C ++ 语言的 app framework 是必须的。它不仅解决速度问题，而且解决资深程序员数量问题。
生态最重要的是程序员. 就目前的情况, 比较积极的是那些原来做 JS 的前端，他们用 arkWeb 就完事了. 对于大型的应用, 还得是资深程序员来做。就目前这个 arkTS, 我不是说它不行, 而是需要时间学习。对于那些资深程序员，意愿可能比较弱些。华为有没有足够的魅力逼着这些程序员学习火星语言 arkTS 还是一个末知数。
app 语言很重要. 我们在 android 上用 java, 在 ios 上用 C, 编写的 app 可以十年不变, 对于新版的 android 和 ios 只需要对应做一些小调整仍然可以使用。前些年有人用 Flutter 写 app 基本上都作废了。现在 Kotlin/Swift 代码能管多久仍有疑问。其实 android 的 layout 就是声明式语言. 非要把 xml 跟 java 代码混写成 kotlin 并没有省多大的力气。
