之前測試過使用華為DevEco開發(fā)智能電視應(yīng)用。前幾天華為發(fā)布了手機的測試版，不能免俗，抓緊嘗試一下。
10年積累的成都網(wǎng)站設(shè)計、網(wǎng)站建設(shè)經(jīng)驗，可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識你，你也不認(rèn)識我。但先網(wǎng)站策劃后付款的網(wǎng)站建設(shè)流程，更有黃陵免費網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。
手頭沒有華為手機測試系統(tǒng)，現(xiàn)在試一下開發(fā)環(huán)境跑模擬器感受一下。
以前DevEco里是沒有手機選項的，現(xiàn)在該選項可以看到了：
這里測試一下Business Card Ability(Java)開發(fā)。
DevEco和Android Studio一樣基于開源的Idea版本開發(fā)的，其結(jié)構(gòu)與安卓開發(fā)環(huán)境非常像，熟悉安卓的小伙伴應(yīng)該能很快上手。
入口程序是一個MyApplication，從AbilityPackage繼承。
它首先找到了連接的榮耀手機，但這個手機不是鴻蒙系統(tǒng)。
編譯是成功了，但提示設(shè)備無法使用：
點擊Tools - HVD Manager
首先提示登陸華為賬號，登陸后，選擇一個模擬器運行：
啟動以后長這個樣：
點擊設(shè)置，先看看關(guān)于：
上面顯示大大的HarmonyOS。但感覺畫面很模糊，不知道模擬器到底是運行在本地的，還是云端的。但DevEco上顯示是Remote Device字樣。
鴻蒙OS版本號 2.0.0 Developer Beta1。
再點運行，在指定的模擬器上運行程序。
不過仍然運行失?。?/p>
鴻蒙OS版本與平板是一致的，
程序終于跑起來了：
看起來安卓程序好像真能在鴻蒙直接運行，安裝一個快手試試：
還真能看：
我真分不清這是安卓還是鴻蒙了 。
參考 鴻蒙官方文檔（點擊傳送門） ，做一下流程梳理簡化，及踩坑記錄
華為將真機調(diào)試分成物理真機和遠程真機。這里說的都是物理真機（手機、平板）。鴻蒙真機調(diào)試巨復(fù)雜，不像Android那么容易方便。
貼一下官方的調(diào)試流程圖：
總結(jié)一下：
上面這個流程可以忽略，沒講到重點。真機調(diào)試是需要在 ? AppGallery Connect 中創(chuàng)建應(yīng)用的，調(diào)試應(yīng)用需要的cer和p7b文件是從這里生成的。
先決條件：
1. 鴻蒙手機通過USB連接電腦，并開啟USB調(diào)試。
2. 一個華為開發(fā)者賬號，實名認(rèn)證
3. APP開發(fā)工具DevEco-Studio
關(guān)鍵流程：
1. Studio創(chuàng)建應(yīng)用
2. 如果未登錄過，F(xiàn)ile Project Structure Project Signing Configs簽名配置頁，點擊“Sign In”
3. AppGallery創(chuàng)建應(yīng)用（包名和Studio創(chuàng)建的一樣）
4. 官方文檔到這在簽名配置頁就點Try Again可以自動簽名，我試了不行，以下全是手動
5. Studio中Build Generate key and CSR? ?生成p12和csr文件
6. 獲取手機udid，命令行hdc shell bm get -udid（下一步設(shè)備管理要用）
7. AppGallery主頁 用戶與訪問 左側(cè)設(shè)備管理添加udid的設(shè)備（生成p7b時要用）
8. AppGallery主頁 用戶與訪問 左側(cè)證書管理生成cer文件（生成p7b和簽名配置要用）
9. AppGallery主頁 我的項目 左側(cè)HarmonyOS應(yīng)用 HAP provision profile，生成p7b文件
10. 最后在簽名配置頁配好 p12、p7b、cer等參數(shù)，運行鴻蒙應(yīng)用到真機就行了
一、在華為如日中天的時候，華為都沒敢推鴻蒙系統(tǒng)，而是把鴻蒙系統(tǒng)當(dāng)作“備胎”慢慢發(fā)展?，F(xiàn)在，華為被制裁了，只能把鴻蒙系統(tǒng)緊急推出來了。至少，鴻蒙是倉促上馬的系統(tǒng)，卻要和一個已經(jīng)發(fā)展許多年，非常成熟的安卓系統(tǒng)競爭，還能輕而易舉地贏了！三星真要哭死在廁所里了。昔日三星聯(lián)合了英特爾搞出來的Tizen系統(tǒng)，還是按部就班進行的研發(fā)，依舊是無法弄出自己的生態(tài)圈，最后只能淪落成家電的系統(tǒng)了。從這個角度來看，安卓工程師不用太擔(dān)心安卓的生態(tài)系統(tǒng)被威脅，鴻蒙的生態(tài)圈很難發(fā)展到能夠與安卓比較。
二、華為自己都說了，鴻蒙系統(tǒng)當(dāng)初設(shè)計就是想做家電的系統(tǒng)，是與三星Tizen類似的東西，主要應(yīng)用方向是家電和物聯(lián)網(wǎng)?，F(xiàn)在是因為制裁的原因，趕鴨子上架成為了手機系統(tǒng)。這種臨時改變用途的系統(tǒng)需要大動干戈才能完善對手機的應(yīng)用支持。可以想象，如果鴻蒙系統(tǒng)對手機的支持有缺陷的話，做手機應(yīng)用就會非常困難。也因此有理由相信，現(xiàn)在鴻蒙手機如果對安卓應(yīng)用的支持特別完美，就更說明鴻蒙的“拉皮”可能性了。如此一來，安卓工程師就安心開發(fā)安卓應(yīng)用就好了，因為鴻蒙一定可以完美運行你的應(yīng)用，這就沒有放棄安卓開發(fā)的必要了嘛！
至此，我想現(xiàn)在考慮鴻蒙把安卓的陣地攻破了實在是太早了。所以，大概率，沒有哪個安卓工程師會放棄安卓去弄鴻蒙，頂多是測試一下應(yīng)用能不能在鴻蒙環(huán)境下運行罷了。還是把兼容性這件事兒交給鴻蒙去搞吧。
鴻蒙出來的話，安卓工程師并不會失業(yè)，取決于自己想不想在鴻蒙上開發(fā)軟件。
鴻蒙的應(yīng)用程序開發(fā)，主要是基于Java和NodeJS，基于Java的整體框架結(jié)構(gòu)與安卓極其相似，加上其開發(fā)環(huán)境DevEco Studio與Android Studio同宗，安卓工程師可以極短的時間迅速上手鴻蒙應(yīng)用程序的開發(fā)。當(dāng)然，一些做前端開發(fā)的小伙伴也會進入鴻蒙平臺進行開發(fā)，但這部分小伙伴往往是會用一套代碼、同時適配多個應(yīng)用平臺（類似國產(chǎn)的uni-app），這些本身就在和安卓開發(fā)有一種競爭關(guān)系，并不會因為鴻蒙的生產(chǎn)而發(fā)生多大變化。
另外鴻蒙的開發(fā)平臺，也可以很輕松在智能屏、智能手表、車載智能設(shè)備等設(shè)備上調(diào)試開發(fā)，總體來說，如果鴻蒙火起來，就會有更多的軟件開發(fā)需求了，安卓開發(fā)工程師會更吃香。建議大家多多接觸鴻蒙生態(tài)，多學(xué)一點知識對自己是一個積累儲備，總不會是壞事。
錯，是谷歌、微軟和蘋果要倒閉了！
鴻蒙系統(tǒng)配備方舟編譯器，兼容安卓應(yīng)用，但運行效率……（此處省略1000字，翻2019年文章）……鴻蒙系統(tǒng)能在所有設(shè)備運行，支持手機、電腦、平板、物聯(lián)網(wǎng)……（此處省略1000字，翻2019年文章）……
我想說的是你們太不懂華為了，其實鴻蒙早已開發(fā)完成并且隨時可用！他一直在忍，在等一個機會……
非常肯定的說不會失業(yè)。我們知道鴻蒙OS有很多地方借鑒了Android，甚至是說底層有很多Android的代碼，開發(fā)思維很多都跟Android相似。比如寫UI有Java方式和JS方式，而Java方式的UI和Android如出一轍，在Xml里面寫界面，在Java里面獲取控件設(shè)置數(shù)據(jù)，處理邏輯等等。鴻蒙里面也有Intent來處理跳轉(zhuǎn)傳數(shù)據(jù)，而鴻蒙的Ability更是和Android里面的Context，Activity這一套很相似，分前臺界面顯示，后臺不可以的服務(wù)，以及用來傳數(shù)據(jù)的Ability，就像Android里的Content Provider。當(dāng)然它們之前也有不同，但你在方方面面都能看見Android的影子，所以Android開發(fā)者轉(zhuǎn)鴻蒙平臺開發(fā)，相比于其它平臺的開發(fā)者，是天然有優(yōu)勢的，只要企業(yè)有需要，幾乎所有Android開發(fā)在適應(yīng)一段時間后都能上手做項目了。
相反的是鴻蒙生態(tài)能不能發(fā)展起來，能不能解決Android，iOS生態(tài)的一些痛點。能否吸引企業(yè)去開發(fā)鴻蒙應(yīng)用，開發(fā)時，能否降低成本。當(dāng)企業(yè)花大量的人力，物力開發(fā)出來的應(yīng)用，沒用戶使用，或者收益甚微，企業(yè)是不愿意去嘗試的。要想發(fā)展鴻蒙生態(tài)，這方面不僅華為自己要努力，一些國企，知名大企些帶頭作用，像央視影音，新華網(wǎng)，京東等等已經(jīng)發(fā)布鴻蒙平臺的APP了。
如果鴻蒙生態(tài)發(fā)展的很好，有大量的用戶大量的應(yīng)用，擠占了Android和iOS的市場占有量，Android開發(fā)者能迅速轉(zhuǎn)到鴻蒙平臺上，iOS的開發(fā)者要怎么辦呢。也許你會說iOS根本不需要考慮，Android的市場占有率這么高iOS還不是活的好好的，當(dāng)年諾基亞也沒想到自己會倒的這么快。
作為一名android開發(fā)工程師，我想說，失業(yè)是不可能的，這輩子都不可能失業(yè)！
也許身為移動端開發(fā)人員的我們，正處于一段亂流之中！
首先，來談?wù)刟ndroid的碎片化問題。
僅僅2014年，全球支持Android的機型為18796種，再來看看國內(nèi)，華為、小米、oppo、vivo...，android手機廠商也很多，每個品牌都是基于android開源系統(tǒng)改造，android開發(fā)人員要在完成軟件功能的同時，對不同品牌的手機做功能適配，非常麻煩。
除了手機品牌數(shù)量多，手機屏幕的尺寸適配問題也很麻煩，往往一個軟件的開發(fā)，有60%的時間在適配工作上。
是的，現(xiàn)在鴻蒙來了，意味著什么？意味著android開發(fā)人員有必要或者就必須去學(xué)習(xí)一門新語言、一個新系統(tǒng)的開發(fā)、適配，對于一個企業(yè)來說，要么就增加人工成本請一個鴻蒙系統(tǒng)開發(fā)人員，要么就強制在職android開發(fā)人員重新開發(fā)一遍軟件適配鴻蒙系統(tǒng)。
基于此，不知道有多少android開發(fā)人員會買賬，不知道多少企業(yè)會加個鴻蒙系統(tǒng)平臺，不知道鴻蒙系統(tǒng)能不能站住腳推廣開來。
雖然現(xiàn)在鴻蒙系統(tǒng)可以兼容android應(yīng)用，但以后必然會兩級分化。
如果鴻蒙系統(tǒng)沒有革命性的突破，如果美國不再卡脖子，如果沒有國家的干預(yù)措施，只靠平民大眾自覺愛國的方式支持鴻蒙系統(tǒng)，我看很懸啊，畢竟，蘋果手機在國內(nèi)的銷量一如既往！??！
再者，在手機行業(yè)，小米、oppo等手機廠商和華為本是競爭關(guān)系，會放棄自己的系統(tǒng)換成鴻蒙系統(tǒng)嗎？這樣的話，其他手機廠商的生存空間會一天不如一天，就算鴻蒙開源使用，也只不過走android碎片化的老路！
系統(tǒng)之爭本就不是一朝一夕，不用擔(dān)心會不會失業(yè)，路，還很長！
實際上安卓系統(tǒng)的成功起初很大得益于中國市場，可以說中國市場選擇誰，成功的幾率非常大， 鴻蒙系統(tǒng)出世以后，安卓開發(fā)工程師會失業(yè)嗎？ 暫時不會的，畢竟有一個過程，也是一種博弈過程，實際上安卓系統(tǒng)與鴻蒙系統(tǒng)現(xiàn)在沒必要刻意追求細小細節(jié)的優(yōu)劣，前提是由于美國對中國的打壓，谷歌斷供服務(wù)華為，別看只是說切斷了華為的服務(wù)，但是這種破壞性本身就是讓各國包括中國對美國不可能再信任，今天是華為，明天有可能是另一家企業(yè)，無論美國怎么說，谷歌再會解釋，實際上這種行為已經(jīng)打破了行業(yè)規(guī)則，后期效應(yīng)就是不可能再一味的依靠美國，各國發(fā)展自己的系統(tǒng)，中國也必須的推出自己的系統(tǒng)，大勢所趨，安卓體系以后會慢慢萎縮，安卓開發(fā)工程師失業(yè)不失業(yè)就憑他們個人能力了，肯定減員，估計未來的鴻蒙系統(tǒng)會越來越強大，市場份額是固定的，就看誰的市場大了，也不排除安卓開發(fā)工程師跳槽來鴻蒙。
開發(fā)鴻蒙只能在華為支持的鴻蒙設(shè)備上運行，開發(fā)android，可以在所有安卓設(shè)備包括鴻蒙設(shè)備上也兼容運行，何來失業(yè)
做安卓的一天不用就能寫鴻蒙?？梢院鲇萍追郊渝X了[淚奔]
不會，確切的說鴻蒙的出世，給Android工程師提供了更多的機會。鴻蒙生態(tài)的建設(shè)，安卓工程師會貢獻絕對的力量。
另外，從技術(shù)上講，安卓開發(fā)的應(yīng)用完全兼容鴻蒙，安卓工程師開發(fā)安卓應(yīng)用的時候，可能會針對鴻蒙系統(tǒng)做適配工作，工作量的增加，工程師的價值也會增長。
是得我就是干這個 但是我都計劃改行了
Ability
Ability是應(yīng)用所具備能力的抽象
2.onActive()
Page會在進入INACTIVE狀態(tài)后來到前臺，然后系統(tǒng)調(diào)用此回調(diào)。Page在此之后進入ACTIVE狀態(tài)，該狀態(tài)是應(yīng)用與用戶交互的狀態(tài)。Page將保持在此狀態(tài)，除非某類事件發(fā)生導(dǎo)致Page失去焦點，比如用戶點擊返回鍵或?qū)Ш降狡渌鸓age。當(dāng)此類事件發(fā)生時，會觸發(fā)Page回到INACTIVE狀態(tài)，系統(tǒng)將調(diào)用onInactive()回調(diào)。此后，Page可能重新回到ACTIVE狀態(tài)，系統(tǒng)將再次調(diào)用onActive()回調(diào)。因此，開發(fā)者通常需要成對實現(xiàn)onActive()和onInactive()，并在onActive()中獲取在onInactive()中被釋放的資源。
3.onInactive()
當(dāng)Page失去焦點時，系統(tǒng)將調(diào)用此回調(diào)，此后Page進入INACTIVE狀態(tài)。開發(fā)者可以在此回調(diào)中實現(xiàn)Page失去焦點時應(yīng)表現(xiàn)的恰當(dāng)行為。
4.onBackground()
如果Page不再對用戶可見，系統(tǒng)將調(diào)用此回調(diào)通知開發(fā)者用戶進行相應(yīng)的資源釋放，此后Page進入BACKGROUND狀態(tài)。開發(fā)者應(yīng)該在此回調(diào)中釋放Page不可見時無用的資源，或在此回調(diào)中執(zhí)行較為耗時的狀態(tài)保存操作。
5.onForeground()
處于BACKGROUND狀態(tài)的Page仍然駐留在內(nèi)存中，當(dāng)重新回到前臺時（比如用戶重新導(dǎo)航到此Page），系統(tǒng)將先調(diào)用onForeground()回調(diào)通知開發(fā)者，而后Page的生命周期狀態(tài)回到INACTIVE狀態(tài)。開發(fā)者應(yīng)當(dāng)在此回調(diào)中重新申請在onBackground()中釋放的資源，最后Page的生命周期狀態(tài)進一步回到ACTIVE狀態(tài)，系統(tǒng)將通過onActive()回調(diào)通知開發(fā)者用戶。
6.onStop()
系統(tǒng)將要銷毀Page時，將會觸發(fā)此回調(diào)函數(shù)，通知用戶進行系統(tǒng)資源的釋放。銷毀Page的可能原因包括以下幾個方面：
用戶通過系統(tǒng)管理能力關(guān)閉指定Page，例如使用任務(wù)管理器關(guān)閉Page。
用戶行為觸發(fā)Page的terminateAbility()方法調(diào)用，例如使用應(yīng)用的退出功能。
配置變更導(dǎo)致系統(tǒng)暫時銷毀Page并重建。
系統(tǒng)出于資源管理目的，自動觸發(fā)對處于BACKGROUND狀態(tài)Page的銷毀。
AbilitySlice生命周期
AbilitySlice生命周期回調(diào)與Page的相應(yīng)回調(diào)類似，因此不再贅述。由于AbilitySlice承載具體的頁面，開發(fā)者必須重寫AbilitySlice的onStart()回調(diào)，并在此方法中通過setUIContent()方法設(shè)置頁面。
Page與AbilitySlice生命周期關(guān)聯(lián)
當(dāng)AbilitySlice處于前臺且具有焦點時，其生命周期狀態(tài)隨著所屬Page的生命周期狀態(tài)的變化而變化。當(dāng)一個Page擁有多個AbilitySlice時，例如：MyAbility下有FooAbilitySlice和BarAbilitySlice，當(dāng)前FooAbilitySlice處于前臺并獲得焦點，并即將導(dǎo)航到BarAbilitySlice，在此期間的生命周期狀態(tài)變化順序為：
對應(yīng)兩個slice的生命周期方法回調(diào)順序為：
FooAbilitySlice.onInactive() -- BarAbilitySlice.onStart() -- BarAbilitySlice.onActive() -- FooAbilitySlice.onBackground()
在整個流程中，MyAbility始終處于ACTIVE狀態(tài)。但是，當(dāng)Page被系統(tǒng)銷毀時，其所有已實例化的AbilitySlice將聯(lián)動銷毀，而不僅是處于前臺的AbilitySlice。
重慶分公司
重慶分公司
