CPU開(kāi)蓋出現(xiàn)的問(wèn)題

我們也會(huì)擔(dān)心，不知道會(huì)不會(huì)如預(yù)期看到更多中國(guó)開(kāi)發(fā)者。今天早上還沒(méi)正式開(kāi)始的時(shí)候，我就看到有很多人在外面排隊(duì)，等候進(jìn)來(lái)。我深受鼓舞。”石博盟對(duì)新浪科技說(shuō)到。

公司主營(yíng)業(yè)務(wù)：成都網(wǎng)站設(shè)計(jì)、做網(wǎng)站、成都外貿(mào)網(wǎng)站建設(shè)公司、移動(dòng)網(wǎng)站開(kāi)發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競(jìng)爭(zhēng)能力。創(chuàng)新互聯(lián)公司是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開(kāi)放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來(lái)的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來(lái)驚喜。創(chuàng)新互聯(lián)公司推出山東免費(fèi)做網(wǎng)站回饋大家。

為了讓開(kāi)發(fā)者們深入體驗(yàn)谷歌產(chǎn)品與理念，此次大會(huì)在場(chǎng)館二樓專(zhuān)門(mén)設(shè)計(jì)了體驗(yàn)區(qū)，從體驗(yàn)區(qū)的設(shè)計(jì)就能看到這次谷歌的重點(diǎn)：機(jī)器學(xué)習(xí)、ARCore、Android、移動(dòng)網(wǎng)絡(luò)、Firebase、Assistant、物聯(lián)網(wǎng)、Flutter等。其中ARCore、TensorFlow、Android等已經(jīng)是谷歌開(kāi)發(fā)者大會(huì)的傳統(tǒng)出境項(xiàng)目，F(xiàn)lutter、Wear OS、猜畫(huà)小歌等則是今年非常有活力、谷歌著重介紹的產(chǎn)品。

Flutter Release Preview 2

在應(yīng)用程序開(kāi)發(fā)方面，谷歌推出了 Flutter Release Preview 2，它也是 1.0 正式版本之前最后一個(gè)預(yù)覽版。Flutter 作為開(kāi)發(fā)工具可在 iOS 和 Android 平臺(tái)開(kāi)發(fā)原生應(yīng)用。據(jù)介紹，中國(guó)使用 Flutter 的開(kāi)發(fā)者比世界上其他任何地區(qū)都更多，在 Flutter 的驅(qū)動(dòng)下的應(yīng)用程序包括騰訊NOW直播、京東、美團(tuán)、閑魚(yú)等等。

在 Flutter Release Preview 2 中，谷歌加大了對(duì)一致性開(kāi)發(fā)的投入，重點(diǎn)關(guān)注 iOS 的性能和穩(wěn)定性。并大量投入構(gòu)建了 Cupertino Widgets，借助這個(gè)工具，開(kāi)發(fā)者可以開(kāi)發(fā)出滿足 iOS 用戶對(duì)外觀和功能需求的應(yīng)用程序。

Wear OS by Google

中國(guó)是 Wear OS by Google 的全球第二大市場(chǎng)，針對(duì)開(kāi)發(fā)者和消費(fèi)者的需求，Wear OS by Google 推出了全新功能，并重新設(shè)計(jì)了應(yīng)用體驗(yàn)。

Flutter Android端集成排坑 - armeabi 適配 & FlutterBoost

Flutter可以算是當(dāng)下最火熱的新技術(shù)之一，我現(xiàn)在所在團(tuán)隊(duì)也準(zhǔn)備將Flutter技術(shù)應(yīng)用到線上工程中。

關(guān)于混合工程，官方文檔其實(shí)寫(xiě)的已經(jīng)比較清楚了，按著文檔走一般問(wèn)題不大，

但是有一點(diǎn)值得注意的是，F(xiàn)lutter工程引入的庫(kù)的gradle的 buildTypes 要與原工程保持一致，如果不一致需要手工添加。

進(jìn)入正題，現(xiàn)在Flutter官方默認(rèn)只提供armeabi-v7a、arm64-v8a、x86和x86-64，其中x86和x86-64是為模擬器準(zhǔn)備的。目前我們使用的SDK大部分只使用了armeabi架構(gòu)，直接使用我們會(huì)遇見(jiàn)找不到 libflutter.so，libapp.so 的情況，所以我們需要對(duì)FlutterSDK做一定的改造。

首先我們要了解下Flutter編譯產(chǎn)物，因?yàn)椴煌姹井a(chǎn)物是不同的，這里我們只針對(duì)Flutter 1.9.1-hotfixes來(lái)說(shuō)。除了資源文件之外，F(xiàn)lutter打包會(huì)生成兩個(gè)非常重要的so庫(kù)，他們分別是 libflutter.so，libapp.so 。其中 libflutter.so 是Flutter的SDK產(chǎn)物而 libapp.so 正是我們編寫(xiě)的dart文件的產(chǎn)物。默認(rèn)情況下，這兩個(gè)文件都會(huì)出現(xiàn)在armeabi-v7a中，因此我們要作出對(duì)應(yīng)的改造。

libflutter.so 位于FlutterSDK中，這里順帶提一句，除了這對(duì)不同CPU架構(gòu)，它還分為Debug版和Release版，它們的區(qū)別在于Debug是為JIT編譯方式打造的，體積較大而Release是為AOT編譯方式打造的，體積很小。對(duì) libflutter.so 的改造，只要將其移動(dòng)文件路徑即可，運(yùn)行以下腳本即可，此腳本來(lái)自美團(tuán)分享的Flutter文章。

移動(dòng)完了 libflutter.so 之后我們打包發(fā)現(xiàn)， libapp.so 仍然會(huì)出現(xiàn)在armeabi-v7a中，所以第二部我們就是移動(dòng) libapp.so 。這個(gè)需要更改 flutter.gradle ，我們?cè)?flutter.gradle 的45行可以看到如下定義，它定義了我們的環(huán)境。

在524行我們可以看到，abiValue的取值就是根據(jù)上述定義值。

所以結(jié)論很簡(jiǎn)單，只要將

private static final String ARCH_ARM32 = "armeabi-v7a";

改為

private static final String ARCH_ARM32 = "armeabi";

就可以完成對(duì)與 libflutter.so 的移動(dòng)。

前期工作我們都做好了，打成aar就非常簡(jiǎn)單了

直接使用 flutter build aar --target-platform android-arm

打出來(lái)后可以解壓檢查下 libflutter.so，libapp.so 是否都在armeabi文件夾下即可。

說(shuō)完了armeabi適配問(wèn)題，這里下說(shuō)下有關(guān)于有關(guān)于FlutterBoost的接入。這個(gè)東西接入有兩點(diǎn)要注意。

在主app內(nèi)加上即可，常規(guī)操作，強(qiáng)制統(tǒng)一support包的版本號(hào)

注釋flutter.gradle第655行。因?yàn)榫幾g過(guò)程中，會(huì)去初始化插件項(xiàng)目的buildType下面的debug配置，而插件項(xiàng)目下并未配置debug，導(dǎo)致報(bào)錯(cuò)。

如果發(fā)現(xiàn)文章中有錯(cuò)誤或者有更好的解決方案歡迎指正留言，當(dāng)然如果本篇文章幫助你解決了問(wèn)題，也不要吝嗇你的感謝。謝謝各位。

像美團(tuán)外賣(mài)這樣的APP用一種開(kāi)發(fā)語(yǔ)言，能開(kāi)發(fā)得出來(lái)嗎？

像美團(tuán)外賣(mài)這樣的APP用一種開(kāi)發(fā)語(yǔ)言，能開(kāi)發(fā)得出來(lái)嗎？答案是不能。

美團(tuán)發(fā)展到現(xiàn)在可以說(shuō)已經(jīng)是一個(gè)【巨無(wú)霸】了，里面集成了很多很多功能，除了核心的外賣(mài)，還有 旅游 、 娛樂(lè) 、購(gòu)物、出行，金融等等業(yè)務(wù)線，那么這么多復(fù)雜的業(yè)務(wù)根本不可能用同一種開(kāi)發(fā)語(yǔ)言實(shí)現(xiàn)。

那么美團(tuán)都用到哪些開(kāi)發(fā)語(yǔ)言和技術(shù)了呢？下面就根據(jù)我的理解詳細(xì)說(shuō)一下。

前端是把產(chǎn)品的核心服務(wù)交給用戶的呈現(xiàn)者，它的表述方式、展示形式以及交互邏輯都跟用戶息息相關(guān)，都影響著用戶使用產(chǎn)品的體驗(yàn)，也就是說(shuō)直接影響產(chǎn)品的用戶留存。

前端開(kāi)發(fā)主要分為三大類(lèi)型：Andriod、IOS和PC（H5） ,Android開(kāi)發(fā)語(yǔ)言是Kotlin和Java，IOS開(kāi)發(fā)語(yǔ)言是Object-c和Swift，PC（H5）開(kāi)發(fā)語(yǔ)言就比較雜了，有JS、CSS、HTML，還有很多第三方的前端框架，比如Angular.js、vue.js、Bootstrap、JQuery等等。

關(guān)于后端的功能，這一點(diǎn)可以說(shuō)是眾說(shuō)紛紜，主要需要考慮的是如何實(shí)現(xiàn)功能、數(shù)據(jù)的交互流程和存取、平臺(tái)的穩(wěn)定性與性能等。

那么后端都用到哪些開(kāi)發(fā)語(yǔ)言和技術(shù)呢？

根據(jù)后端技術(shù)選型的標(biāo)準(zhǔn)，后端可選的開(kāi)發(fā)語(yǔ)言和技術(shù)是非常多的。

比如Java體系的話，可以選用SpringMVC、Spring cloud、Hibernate，Mybatis、Mysql、Redis、Memcache、zookeeper、Kafka......；

比如Python體系的話，可以選用Django、Flask、Tarnado、Web2py等，中間件都是通用的，Redis，MQ、MySQL、Kafka等都可以用在python體系中；

當(dāng)然還有PHP、C、Perl等開(kāi)發(fā)語(yǔ)言。

綜上所述，美團(tuán)這個(gè)巨無(wú)霸公司，隨著業(yè)務(wù)線的擴(kuò)展用到的技術(shù)肯定會(huì)越來(lái)越多，而且越來(lái)越復(fù)雜，技術(shù)快速變革的時(shí)代，適者生存的競(jìng)爭(zhēng)性也會(huì)越來(lái)越激烈。

俗話說(shuō)：羅馬不是一日建成的，任何事都不可能一蹴而就，包含技術(shù)。在以后的發(fā)展中美團(tuán)也會(huì)逐步更新自己的技術(shù)和開(kāi)發(fā)語(yǔ)言的。

至少三種語(yǔ)言。后端一種語(yǔ)言（比如Java丶Go丶Python丶PHP等），后端語(yǔ)言及生態(tài)比較成熟。下面重點(diǎn)聊前端App開(kāi)發(fā)。

前臺(tái)兩種語(yǔ)言（Android和iOS是不同的開(kāi)發(fā)環(huán)境。比如Android用Java或者Kotlin，iOS采用Object C++或Swift），稱(chēng)之為Native開(kāi)發(fā)。

當(dāng)然創(chuàng)業(yè)公司可以用一種前端語(yǔ)言寫(xiě)App前端，這樣就不需要Android和蘋(píng)果分兩種語(yǔ)言寫(xiě)，寫(xiě)一次代碼可以編譯成Android和iOS的App，現(xiàn)在通行的方案有Vue之類(lèi)的DOM渲染模式，以及ReactNative方案（RN）。性能上RN優(yōu)于DOM渲染但低于用Native開(kāi)發(fā)的App。所以美團(tuán)這種公司，一定是Native方式寫(xiě)App，但RN是初創(chuàng)項(xiàng)目不錯(cuò)的選擇。

與RN競(jìng)爭(zhēng)的還有一種新貴flutter，是google推出來(lái)的，但設(shè)計(jì)原理與RN不同，性能方面優(yōu)于RN，只是目前生態(tài)不夠健全，國(guó)內(nèi)有閑魚(yú)app是采用此技術(shù)。未來(lái)可能會(huì)占一席之地。

最后，其實(shí)App開(kāi)發(fā)已經(jīng)是強(qiáng)努之末，我覺(jué)得主流應(yīng)該是朝PWA和小程序方向發(fā)展。

你好，開(kāi)發(fā)譬如美團(tuán)這種APP，用一種語(yǔ)言是實(shí)現(xiàn)不了的，一個(gè)APP有安卓和蘋(píng)果兩個(gè)操作系統(tǒng)，開(kāi)發(fā)能在安卓iOS端應(yīng)用的APP主流的開(kāi)發(fā)語(yǔ)言和技術(shù)是很多的，如后臺(tái)有JAVA、C++、PHP、Python等多種開(kāi)發(fā)語(yǔ)言，前端有kotlin、HTML、css、jquery、ajax、bootstrap、angular.js、react、vue.js、node.js、swift、object-c等多種語(yǔ)言和框架。

一個(gè)APP的開(kāi)發(fā)是需要前端技術(shù)和后臺(tái)技術(shù)共同配合完成，這樣的APP不論是功能還是性能都給用戶很好的體驗(yàn)，單一開(kāi)發(fā)語(yǔ)言畢竟技術(shù)支持有限，所以即使能開(kāi)發(fā)出來(lái)，APP的用戶體驗(yàn)也是不理想的。

一般APP有這幾種開(kāi)發(fā)組合模式：1、原生安卓iOS開(kāi)發(fā)，前端：JAVA、kotlin、swift、object-c后臺(tái)：JAVA、PHP、C++等后臺(tái)技術(shù)，這種模式開(kāi)發(fā)周期長(zhǎng)，成本高，性能好；2、混合APP開(kāi)發(fā)即hybrid app，前端以網(wǎng)頁(yè)技術(shù)為主，穿插原生開(kāi)發(fā)功能，兼具原生APP和web app的優(yōu)點(diǎn)，如淘寶、微信等應(yīng)用都是走的這個(gè)技術(shù)；3、web app，前端純網(wǎng)頁(yè)技術(shù)，后臺(tái)為主流開(kāi)發(fā)語(yǔ)言，這種模式開(kāi)發(fā)速度快，成本低，界面體驗(yàn)可能弱一些。

可見(jiàn)開(kāi)發(fā)一款A(yù)PP大多數(shù)都是多種語(yǔ)言配合完成，謝謝閱讀。

看完之前的評(píng)論，依然好奇為什么一個(gè)語(yǔ)言不能完全勝任。

前端跨平臺(tái)的方案有react native，cordova,flutter等，如果需要兼容開(kāi)發(fā)小程序，h5頁(yè)面，可以采用taro來(lái)開(kāi)發(fā)，一套代碼，所有平臺(tái)通吃。

后端的方案有服務(wù)端運(yùn)行時(shí)nodejs，大數(shù)據(jù)背景下運(yùn)用而生的數(shù)據(jù)庫(kù)mobgodb，緩存解決方案redis，搜索工具elasticsearch，負(fù)載均衡ngix，基本上是需要什么就有什么

所以總結(jié)下來(lái)，一句話，一種語(yǔ)言可以實(shí)現(xiàn)類(lèi)似美團(tuán)這樣的app和小程序。為什么美團(tuán)使用的語(yǔ)言那么多，一大原因估計(jì)是美團(tuán)app開(kāi)發(fā)的早，當(dāng)時(shí)前端技術(shù)不成熟，工具沒(méi)現(xiàn)在這么多。

使用混合開(kāi)發(fā)與C++ 進(jìn)行跨平臺(tái)開(kāi)發(fā)，有好有壞。

C++ 進(jìn)行跨平臺(tái)開(kāi)發(fā)

編寫(xiě)一次，隨處運(yùn)行。早在 2013 年，Dropbox 就采用上述策略進(jìn)行移動(dòng)開(kāi)發(fā)，這背后的想法很簡(jiǎn)單：用 C++ 編寫(xiě)一次代碼，而不是用 Java 和 Objective-C 編寫(xiě)兩次。那時(shí)，整個(gè)移動(dòng)工程團(tuán)隊(duì)相對(duì)還比較小，但需要支持快速增長(zhǎng)的移動(dòng)路線圖。因此，公司希望找到一種方法，使這個(gè)小團(tuán)隊(duì)可以快速交付大量 Android 和 iOS 代碼。

如今，Dropbox 完全放棄了這個(gè)策略，轉(zhuǎn)而使用各個(gè)平臺(tái)的原生語(yǔ)言（主要是 Swift 和 Kotlin ，這兩種語(yǔ)言在剛開(kāi)始制定移動(dòng)策略時(shí)還不存在）。

Hybrid App混合開(kāi)發(fā)

Hybrid App主要以JS+Native兩者相互調(diào)用為主，從開(kāi)發(fā)層面實(shí)現(xiàn)“一次開(kāi)發(fā)，多處運(yùn)行”的機(jī)制，成為真正適合跨平臺(tái)的開(kāi)發(fā)。Hybrid App兼具了Native App良好用戶體驗(yàn)的優(yōu)勢(shì)，也兼具了Web App使用HTML5跨平臺(tái)開(kāi)發(fā)低成本的優(yōu)勢(shì)。

目前已經(jīng)有眾多Hybrid App開(kāi)發(fā)成功應(yīng)用，比如美團(tuán)、愛(ài)奇藝、支付寶等知名移動(dòng)應(yīng)用，都是采用Hybrid App開(kāi)發(fā)模式。

移動(dòng)應(yīng)用開(kāi)發(fā)的方式，目前主要有三種：

幾種模似都可以開(kāi)發(fā)出應(yīng)用，小應(yīng)用無(wú)所謂，但是大流量應(yīng)用，對(duì)圖形要求高的如 游戲 等原生開(kāi)發(fā)的效果還是最好

支付寶打開(kāi)很慢，就是因?yàn)椴捎没旌祥_(kāi)發(fā)，使用人多了不如原生開(kāi)發(fā)

不行的哦。任何你看到的應(yīng)用和網(wǎng)頁(yè)，都需要多個(gè)語(yǔ)言開(kāi)發(fā)的，大的分比如前端和后端，用的語(yǔ)言都是不一樣的

華為鴻蒙系統(tǒng)Harmony OS真的讓谷歌慌了嗎？

在討論Harmony OS是否真的讓谷歌慌了之前，我們先來(lái)對(duì)比一下兩個(gè)操作系統(tǒng)，從架構(gòu)出發(fā)對(duì)比一下兩個(gè)操作系統(tǒng)的設(shè)計(jì)理念和目標(biāo)是否是一樣的。

HarmonyOS整體遵從分層設(shè)計(jì)，從下向上依次為：內(nèi)核層、系統(tǒng)服務(wù)層、框架層和應(yīng)用層。系統(tǒng)功能按照“系統(tǒng) 子系統(tǒng) 功能/模塊”逐級(jí)展開(kāi)，在多設(shè)備部署場(chǎng)景下，支持根據(jù)實(shí)際需求裁剪某些非必要的子系統(tǒng)或功能/模塊。HarmonyOS技術(shù)架構(gòu)如下所示。

系統(tǒng)服務(wù)層是HarmonyOS的核心能力集合，通過(guò)框架層對(duì)應(yīng)用程序提供服務(wù)。該層包含以下幾個(gè)部分：

根據(jù)不同設(shè)備形態(tài)的部署環(huán)境，基礎(chǔ)軟件服務(wù)子系統(tǒng)集、增強(qiáng)軟件服務(wù)子系統(tǒng)集、硬件服務(wù)子系統(tǒng)集內(nèi)部可以按子系統(tǒng)粒度裁剪，每個(gè)子系統(tǒng)內(nèi)部又可以按功能粒度裁剪。

框架層為HarmonyOS應(yīng)用開(kāi)發(fā)提供了Java/C/C++/JS等多語(yǔ)言的用戶程序框架和Ability框架，兩種UI框架（包括適用于Java語(yǔ)言的Java UI框架、適用于JS語(yǔ)言的JS UI框架），以及各種軟硬件服務(wù)對(duì)外開(kāi)放的多語(yǔ)言框架API。根據(jù)系統(tǒng)的組件化裁剪程度，HarmonyOS設(shè)備支持的API也會(huì)有所不同。

應(yīng)用層包括系統(tǒng)應(yīng)用和第三方非系統(tǒng)應(yīng)用。HarmonyOS的應(yīng)用由一個(gè)或多個(gè)FA（Feature Ability）或PA（Particle Ability）組成。其中，F(xiàn)A有UI界面，提供與用戶交互的能力；而PA無(wú)UI界面，提供后臺(tái)運(yùn)行任務(wù)的能力以及統(tǒng)一的數(shù)據(jù)訪問(wèn)抽象。FA在進(jìn)行用戶交互時(shí)所需的后臺(tái)數(shù)據(jù)訪問(wèn)也需要由對(duì)應(yīng)的PA提供支撐?；贔A/PA開(kāi)發(fā)的應(yīng)用，能夠?qū)崿F(xiàn)特定的業(yè)務(wù)功能，支持跨設(shè)備調(diào)度與分發(fā)，為用戶提供一致、高效的應(yīng)用體驗(yàn)。

Fuchsia OS整體也采用分層架構(gòu)設(shè)計(jì)，也被分為了4個(gè)不同層次。

對(duì)于不太了解內(nèi)核作用的同學(xué)簡(jiǎn)而言之，Zircon之于Fuchsia，恰如Linux之余于Android。Linux內(nèi)核驅(qū)動(dòng)了多個(gè)操作系統(tǒng)，很多操作系統(tǒng)構(gòu)建在它之上，比如 Ubuntu、Android、Manjaro、ArchLinux、Debian、Red Hat、SUSE 甚至 Chrome OS ，所以我們也可以大膽預(yù)測(cè)，如果未來(lái)Fuchsia OS 發(fā)展良好， Zircon 內(nèi)核也被證明好用，那么很有可能有更多的操作系統(tǒng)采用這一新內(nèi)核。

系統(tǒng)服務(wù)層（Garnet）

也是直接構(gòu)建在 Zircon 上的一層名叫 Garnet。 Garnet 包含各種操作系統(tǒng)所需的各種底層功能，包括硬件的驅(qū)動(dòng)程序（網(wǎng)絡(luò)，圖形等）和軟件安裝。這一層最激動(dòng)人心的事情是 Escher（圖形渲染器），Amber（Fuchsia 更新程序）和Xi Core，它是Xi文本和代碼編輯器的底層引擎（今年早些時(shí)候已經(jīng)發(fā)布了）。

模塊管理層（Peridot）

Peridot 是接下來(lái)的這一層，主要處理Fuchsia的模塊化應(yīng)用程序設(shè)計(jì)， Peridot的另外兩個(gè)主要組件直接用于模塊。 Ledger 可以跨設(shè)備保存您在應(yīng)用/模塊中的位置，并同步到您的Google帳戶。Maxwell 是一個(gè)更復(fù)雜的主題，需要更多進(jìn)一步地深入研究，但是 Maxwell 極有可能是讓 Fuchsia 充分施展魔力的點(diǎn)睛之筆，可以提前透露的是，Maxwell 的厲害之處包括 Kronk，也是大家熟知的 Google Assistant。

應(yīng)用層（Topaz）

Topaz，是這個(gè) Layer Cake 蛋糕的頂層，也是對(duì)開(kāi)發(fā)者和用戶直接影響最大的一層。Topaz 提供 Flutter 支持，而有了Flutter 的支持，各種華麗的應(yīng)用程序，可以幫助充實(shí)地提供日常使用的功能齊全的應(yīng)用程序。比如，現(xiàn)在最令人印象深刻的當(dāng)然是 Armadillo UI，它是 Fuchsia 的主要用戶界面和主屏幕。

可以做一個(gè)類(lèi)比，Topaz 這一層在 Android 中可以找到一個(gè)對(duì)照，這將是你的必備應(yīng)用程序，如聯(lián)系人，音樂(lè)，文件管理器和文本編輯器 Xi（Topaz中的可視前端連接到Garnet的后端）。即使沒(méi)有你需要的東西，你也可以簡(jiǎn)單方便地安裝。

Harmony OS 與 Fuchsia OS的主要相同點(diǎn)：

Harmony OS 與 Fuchsia OS的主要不同點(diǎn)：

個(gè)人認(rèn)為Harmony OS成功的可能性更大。雖然從生態(tài)上來(lái)說(shuō)，谷歌可以利用Android建立的生態(tài)伙伴優(yōu)勢(shì)推廣Fuchsia OS，但也恰恰是Android完善的生態(tài)會(huì)給Fuchsia OS的推廣造成最大障礙。

相反Harmony OS從架構(gòu)上更符合物聯(lián)網(wǎng)時(shí)代的需求，然后華為作為主導(dǎo)者具備強(qiáng)大的硬件制造能力，Harmony OS在華為很多手機(jī)上已經(jīng)推送，國(guó)內(nèi)很多公司的冰箱、空調(diào)等也都在采用華為鴻蒙系統(tǒng)。這些都有利于Harmony OS系統(tǒng)的產(chǎn)業(yè)化發(fā)展。

當(dāng)然，從全球大環(huán)境來(lái)說(shuō)，Harmony OS可以在國(guó)內(nèi)做成功，但是要想在國(guó)際上推廣難度是非常大的。美國(guó)的 科技 霸權(quán)，導(dǎo)致計(jì)算機(jī)誕生以來(lái)底層技術(shù)很少在美國(guó)之外的公司誕生并發(fā)揚(yáng)光大。Lua、Ruby等編程語(yǔ)言，Intellij IDEA等算是為數(shù)不多的例子。

做混合的話Uniapp和Flutter我應(yīng)該學(xué)哪個(gè)??？

Uniapp目前比較成熟，而且用的是Vue語(yǔ)法，學(xué)習(xí)成本比較低，而且行業(yè)里面用的也比較廣泛，而Flutter的話，學(xué)習(xí)成本略高，因?yàn)橐獙W(xué)習(xí)新的語(yǔ)言，還有就是目前生態(tài)不是特別完備，等他再發(fā)展發(fā)展吧。黑馬程序員官網(wǎng)有成套免費(fèi)視頻哦，有什么不懂的可以直接過(guò)去學(xué)習(xí)。您的采納是對(duì)我成長(zhǎng)的鞭策

文章標(biāo)題：美團(tuán)Flutter鴻蒙,鴻蒙 美團(tuán)外賣(mài)
本文路徑：http://vcdvsql.cn/article26/dsdepcg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站改版、企業(yè)建站、網(wǎng)站策劃、網(wǎng)站制作、網(wǎng)站導(dǎo)航、品牌網(wǎng)站設(shè)計(jì)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)