2024年手机软件开发的编程语言 篇1
估计鸿蒙应该会以之前华为已经公布的方舟编译器为应用生态的核心，即将所有安卓程序编译为本机代码。所以题主的问题会转变为“方舟编译器支持编译什么语言”？
之前华为公布的方舟编译器提出的主要特色就是不再“一边运行一边翻译”，流畅度可以提升60%，那么可以推断方舟编译器多半是一个将程序源码编译为本机机器代码的这么一个编译器了。那么对于一个编译器来说，主要要讨论的有输入和输出两个方面。输入猜测：方舟编译器可能支持编译哪些输入代码?
方舟编译器至少应该包含一个JAVA编译器，因为目前安卓程序大多还是采用Java进行开发，现有大量的Java遗产代码支撑起了安卓的生态（还包括部分Java生态）。
方舟编译器也应该包含一个Dalvik字节码编译器，如此还可以将已经编译好的DEX字节码程序编译为本机代码，既然对Java编译器都已经搞定，搞定字节码编译也并不难。
虽然Kotlin已经被宣布成为安卓开发的第一语言，但开发社区转向Kotlin还需要时日，方舟编译器未来应该也要考虑对Kotlin的支持。
此外借道Xamarin的C#也能开发安卓程序，但是使用者寥寥，如果方舟编译器也能支持编译Xamarin的.net字节码库，那未来可以把Windows生态也拉入到鸿蒙的阵营。
输出猜测：方舟编译器可以支持输出哪些指令集的编译结果？
ARM指令集，这是必须的了，因为华为自己的麒麟芯就是基于ARM8做出来的。所以方舟编译器首先会确保编译出来的程序能够在ARM芯片上运行，并且方舟编译器可能还会支持华为自己的指令扩展包括对麒麟芯内部AI单元的指令。这将是近期策略，毋庸置疑。
X86指令集，考虑到美国的打压，微软可能停止向华为提供Windows系统授权，那么华为需要在自己未来的X86 PC上部署自己的操作系统，那么可能也需要从基础上支持X86指令集。再考虑到INTEL,AMD等X86 CPU供应商也可能掣肘。那么还有国内获得了X86授权的国产CPU，他们这两年也逐渐将产品性能赶上来了。到时候华为如果不用Intel和AMD的芯片，还可以用国产CPU，性能问题随着摩尔效应收窄，和国产工艺迎头赶上，加上市场空间的转移，国产CPU会大有所为。所以华为的方舟编译器也要扶持这部分生态。
RISC-V指令集:RISC-V是可以与ARM媲美的开源硬件平台，这很可能是未来中国完全摆脱ARM和X86限制的途径之一。因此如果华为要完全解决受制于人的发力很可能会考虑在未来，将成熟的RISC-V指令集加入方舟编译器的支持。
至于开发环境
估计方舟编译器是可以与现有的主流开发环境协同使用的，就像一个插件，将原有的安卓开发工具包替换为方舟编译器工具包即可，或者两者并存。估计Eclipse,Android Studio以及IntelliJ等都可以支持。当然华为要像AliOS那样推出自己的开发环境(AliOS Studio)甚至自己的开发语言 也不是不可以。
2024年手机软件开发的编程语言 篇2
你好，我从事开发也已经有10多年的经验了，从最开始android开发，到后面的iOS开发，后端开发架构部署都有非常多的经验，对于一款app 的开发没有绝对的语言限制。
也就是说需要根据公司的业务需求来决定使用哪套方案合适，目的就是为了给公司节省成本创造更多的效益。无外乎以下几种情况:跨平台开发，需要同时开发多个平台，比如 h5, android, iOS, 各种平台小程序等，并且是初创公司或者是外包项目。uniapp
uni-app官网
这种开发模式优点和缺点都非常突出。
优点： 极大节省开发成本，只需要 1 ~ 2 名前端就能开发一个比较大型项目，尤其跟一些ui库的结合比如 uviewUI(使用之前需要调研下，ui库是否能同时支持原生和小程序等，有些ui库无法进行原生渲染), 而且官网还有各种模板，对于学习和开发能提高很大的效率。
一般情况下只要对体验不是非常高那种，就算要一点体验或者uniapp 没有实现的功能也可以使用原生开发作为sdk 嵌入进uniapp中，对于外包项目可以节约非常可观的支出，小公司也能快速开发投放市场用来试错，就算市场对这种app不感兴趣也能有调整的机会，毕竟成本比原生开发少的太多了。
缺点：同样缺点也极为明显，那就是说一千道一万的体验，使用也许没问题，但要是对体验非常挑剔的话还是算了，毕竟是js 渲染，跟原生还是没有可比性。最重要一点就是iOS的审核比较严格，原生代码必须占有一定比例才能通过审核，机审还是比较牛逼的，目前来说uniapp 仍然可以上架，但苹果要是认为js代码过高，或者有热更新嫌疑的话会不会禁用这种框架的app就不好说了。React Native 也是一种跨平台的方案。
这种方案其实跟uniapp 差不多，但只能编写android和iOS两个平台，优缺点又差不多，国外项目用到的挺多，但国内项目怎么说呢感觉不太适合，国内毕竟平台非常多，如果在现在或者未来一段时间内确认只有android和iOS 版本，那么这也是一个不错的选择，而且在苹果审核的时候也会少一些顾虑。flutter
是google 开源的一套跨平台方案，这个方案个人推荐还是不要使用了，现在大厂基本都没在用这个，就算以前用过也改回去了，目前也就闲鱼 app 在某些场景下使用，我以前也推广过 但收效甚微，学习成本比较高，同样只有android和iOS平台，感觉跟国内市场水土不服原生开发，这种比较适合业务比较稳定，能投入一定成本，就算是外包也是那种比较稳定合作的项目，也是现在比较主流的选择方式，纯原生的很少见，基本就是混合开发。
这种优缺点同样的突出。
优点：可以使用原生的所有api, 能够将体验做得最好。苹果审核也不会出现任何问题。
缺点：缺点就是需要投入很高的开发成本，一个大型项目光是原生android,iOS各最少投入两个人，还要加上h5相关的开发，不是大公司还真没办法承受这种支出，几乎是跨平台的 3 ~ 4倍的前端投入，这仅是金钱还需要时间的投入，其开发周期会大于跨平台开发。
如今社会发展的极快，技术也是不断的进步，现在讲究大前端的世界，这就要求我们不能局限自己眼下的技术，如果只知道android，iOS不懂js，html 或者反过来都是不能成为一个优秀的前端的，因为无论采用什么样的技术 自己都无法独立完成开发，吾辈加油吧~
技术方式千千万，只有一个才是最优解，根据公司的实际情况采取最优的方案。