如何看待鸿蒙应用开发框架采用JavaScript作为开发语言？
共 2753字，需浏览 6分钟
· 2020-09-22
喜闻乐见，其实使用 JavaScript 作为应用开发语言并不是第一家，比如 JerryScript 就是为了三星自家的 IoT 手表开发的，国产 RT Thread 也用了 JS 做 GUI，还有 MongooseOS 也是一套 JavaScript 的操作系统，当然还有我最喜欢的 YodaOS 也是基于 JavaScript 的。
前端(广义前端)
1
JS标准委员会。
鸿蒙
2
拥有了强大的开发者基数资源，再加上对于一个迟迟没有平台生态兑现的语言，此时华为鸿蒙如果能给出个类似苹果安卓的方案，那么将会得到大量熟悉的javascript开发者支持，毕竟他们已经期盼好久，看着java,看着OC语言，它们都有了前途，而javascript还没有 一个生态让他们来发光发热获取收益。
开发者
3
开发者可能会因为一种新的生态时冲动进入这个市场，而能让开发者坚持留下来的还是要生态本身强大，能赚到钱，一个能让开发者赚到钱的生态不在乎使用什么语言，哪怕语言再难学，只要利益足够大，学的人都会蜂拥而至但是如果赚不到钱， 看不到收益，那就前途未卜了。
是时候该学习javascript了。
缺陷
4
●●●
鸿蒙作为个正在全新的系统， 定位的目标是要在多种场景多种设备上运行。
一个全新的系统，需要得到足够多的开发者支持资源，那么需要对开发者友好，需要谨慎选择，什么样的开发语言受众最多?
什么样的开发语言能支持在多种设备多种场景下面运行?
我们不难分析出java和javascrip是相对比较好的选择，毕竟这两大操作语言有足够的开发者，开发者不需要再去学习一门新的语言，降低了开发者的成本，更容易得到开发者支持。
支持
5
支持 JS 的原因，JS 是浏览器界的汇编语言，而浏览器目前有成为第一大人机交互接口的趋势。
1.JS 生态圈目前来看形式很好，未来也是第一梯队。
2.JS 语言发展迅速，开源社区支持广泛，上手入门门槛远低于 Java 和 Native 语言。后期希望可以原生支持 TypeScript
3.JS + WebAssembly 性能还是不错的，未来如果能加上 V8 速度会更快，不知道华为未来是否有能力自己做一个 VM 支持 WebAssembly
4. Write once，run everywhere。目前来看是对 JS + WebAssembly 最好的描述。
作为一个热爱JavaScript的曾经的程序员，我当然支持鸿蒙采用JavaScript作为开发语言，我还不了解细节，但是我估计JavaScript是被作为应用层面的编程语言来使用，换句话说，记忆鸿蒙平台来开发应用，你可以用JavaScript，但是，如果你要做一些底层的开发，你可能还需要用其他编程语言。
为什么这样呢？
因为JavaScript就是为了『应用开发』而设计的，不是为了『底层开发』而设计的。
举个简单例子，JavaScript语言本身没有线程（Thread）的概念（Chrome的worker不是语言特性），我知道很多人都诟病这一点，但是，我一直认同JavaScript就不该有线程，因为JavaScript是用来开发应用的，一个应用开发者为什么要知道线程的存在呢？
对于很多本身有线程概念的编程语言，实际上诱惑了程序员去玩线程这种潘多拉魔盒，千万不要觉得自己会线程就牛逼了呀，很多人把线程玩拉胯了！
如果你现在用Windows上的Outlook，把Outlook关闭再重新打开，用任务管理器看一下Outlook占多少个线程，至少几十个，也就是说，Outlook什么都不敢都有几十个线程存在，每个线程还要维持自己的stack，这……不是玩拉胯了是什么？
JavaScript坚持自己是一个为了『应用开发』的语言，不是一个全能语言，所以才能繁荣昌盛这么久。
这就是我的一点看法。
祝JavaScript随着鸿蒙再一次大放光彩吧。
开发者全社区