两种开发方向
我们常说鸿蒙开发，但是其实鸿蒙开发分为两个方向：
一个是系统级别的开发，比如驱动，内核和框架层的开发，这种开发以C/C++为主
还有一个是应用级别的开发，在API7以及以下，还是支持Java的，从API8开始，只能用Arkts，js或着C++开发了，我们这篇文章重点讲下应用级别的开发。
鸿蒙应用开发
和安卓应用和IOS应用开发一样，鸿蒙系统也需要运行对应的生态应用，才能蓬勃发展，通过官方的DevEco的SDK Manager可以看到
从API8开始，Java语言已经从鸿蒙开发剔除了，而官方推荐的是ArkTs，那门ArkTs到底什么，它和js和ts有什么关系呢？
简单来说，是个arkTs 是TS的超集，TS是JS的超集，每个都基于前者，并且在这个基础上做了一些自己的拓展。
PS：多说一句，ArkTs原来叫ETS，所以两者是一个东西，可以看到鸿蒙的工程文件，都是以ts和ets结尾的，而在开源鸿蒙代码里面，还是有很多js_xxx.cpp文件，所以最后还是通过编译器编译成js，通过类似于jni（他们叫napi）的东西，调用到C++层面。
为什么舍弃Java
其实这个问题，我也思考了很久，但是官方没有一个说法，大胆猜测下有两个原因：
1）就像Android抛弃Java一样，怕倒时候被人告，陷入官司风波中（感兴趣的朋友可以搜索，甲骨文诉讼谷歌Java侵权之案，这里不赘述）
2）Java是一门解释性语言，必须跑JVM，就像负重跑一样，必然降低系统的流畅性，这也是Android卡的原因之一，系统完全抛弃JVM，从结构上就天然流畅多了
当然可能还有一种可能，告诉大家我都不支持Java开发了，你们不能再说我安卓套壳了吧！
为什么选择ets
arkUI用的是声明式的写法（现在不管是Android新出的compose还是Flutter都是这种写法），目前的js和ts不支持，还是只能用以前那种过程式的写法，至于C++纯写，C++是一门门槛比较高的语言，不适合一般开发者。
arkTS是基于TS的，TS是微软一门完全开源的语言，没有版权问题，也有一定的前端开发者。
基于上述两个原因，官方推荐用arkTS比较合适。
总结：
鸿蒙经过几年的迭代，抛弃了Java，基于TS出了一个官方推荐的ArkTS语言，甩开了JVM，提升效率，同时支持自己研发的一些现代化特性，没有版权的问题，现在唯一的问题就是各大公司愿不愿意为它去适配生态了，还好的是，目前各大互联网公司已经开始适配了。
