一、在華為如日中天的時(shí)候,華為都沒敢推鴻蒙系統(tǒng),而是把鴻蒙系統(tǒng)當(dāng)作“備胎”慢慢發(fā)展。現(xiàn)在,華為被制裁了,只能把鴻蒙系統(tǒng)緊急推出來了。至少,鴻蒙是倉促上馬的系統(tǒng),卻要和一個(gè)已經(jīng)發(fā)展許多年,非常成熟的安卓系統(tǒng)競爭,還能輕而易舉地贏了!三星真要哭死在廁所里了。昔日三星聯(lián)合了英特爾搞出來的Tizen系統(tǒng),還是按部就班進(jìn)行的研發(fā),依舊是無法弄出自己的生態(tài)圈,最后只能淪落成家電的系統(tǒng)了。從這個(gè)角度來看,安卓工程師不用太擔(dān)心安卓的生態(tài)系統(tǒng)被威脅,鴻蒙的生態(tài)圈很難發(fā)展到能夠與安卓比較。
你所需要的網(wǎng)站建設(shè)服務(wù),我們均能行業(yè)靠前的水平為你提供.標(biāo)準(zhǔn)是產(chǎn)品質(zhì)量的保證,主要從事做網(wǎng)站、網(wǎng)站設(shè)計(jì)、企業(yè)網(wǎng)站建設(shè)、手機(jī)網(wǎng)站制作設(shè)計(jì)、網(wǎng)頁設(shè)計(jì)、成都品牌網(wǎng)站建設(shè)、網(wǎng)頁制作、做網(wǎng)站、建網(wǎng)站。創(chuàng)新互聯(lián)公司擁有實(shí)力堅(jiān)強(qiáng)的技術(shù)研發(fā)團(tuán)隊(duì)及素養(yǎng)的視覺設(shè)計(jì)專才。
二、華為自己都說了,鴻蒙系統(tǒng)當(dāng)初設(shè)計(jì)就是想做家電的系統(tǒng),是與三星Tizen類似的東西,主要應(yīng)用方向是家電和物聯(lián)網(wǎng)?,F(xiàn)在是因?yàn)橹撇玫脑?,趕鴨子上架成為了手機(jī)系統(tǒng)。這種臨時(shí)改變用途的系統(tǒng)需要大動(dòng)干戈才能完善對手機(jī)的應(yīng)用支持??梢韵胂?,如果鴻蒙系統(tǒng)對手機(jī)的支持有缺陷的話,做手機(jī)應(yīng)用就會非常困難。也因此有理由相信,現(xiàn)在鴻蒙手機(jī)如果對安卓應(yīng)用的支持特別完美,就更說明鴻蒙的“拉皮”可能性了。如此一來,安卓工程師就安心開發(fā)安卓應(yīng)用就好了,因?yàn)轼櫭梢欢梢酝昝肋\(yùn)行你的應(yīng)用,這就沒有放棄安卓開發(fā)的必要了嘛!
至此,我想現(xiàn)在考慮鴻蒙把安卓的陣地攻破了實(shí)在是太早了。所以,大概率,沒有哪個(gè)安卓工程師會放棄安卓去弄鴻蒙,頂多是測試一下應(yīng)用能不能在鴻蒙環(huán)境下運(yùn)行罷了。還是把兼容性這件事兒交給鴻蒙去搞吧。
鴻蒙出來的話,安卓工程師并不會失業(yè),取決于自己想不想在鴻蒙上開發(fā)軟件。
鴻蒙的應(yīng)用程序開發(fā),主要是基于Java和NodeJS,基于Java的整體框架結(jié)構(gòu)與安卓極其相似,加上其開發(fā)環(huán)境DevEco Studio與Android Studio同宗,安卓工程師可以極短的時(shí)間迅速上手鴻蒙應(yīng)用程序的開發(fā)。當(dāng)然,一些做前端開發(fā)的小伙伴也會進(jìn)入鴻蒙平臺進(jìn)行開發(fā),但這部分小伙伴往往是會用一套代碼、同時(shí)適配多個(gè)應(yīng)用平臺(類似國產(chǎn)的uni-app),這些本身就在和安卓開發(fā)有一種競爭關(guān)系,并不會因?yàn)轼櫭傻纳a(chǎn)而發(fā)生多大變化。
另外鴻蒙的開發(fā)平臺,也可以很輕松在智能屏、智能手表、車載智能設(shè)備等設(shè)備上調(diào)試開發(fā),總體來說,如果鴻蒙火起來,就會有更多的軟件開發(fā)需求了,安卓開發(fā)工程師會更吃香。建議大家多多接觸鴻蒙生態(tài),多學(xué)一點(diǎn)知識對自己是一個(gè)積累儲備,總不會是壞事。
錯(cuò),是谷歌、微軟和蘋果要倒閉了!
鴻蒙系統(tǒng)配備方舟編譯器,兼容安卓應(yīng)用,但運(yùn)行效率……(此處省略1000字,翻2019年文章)……鴻蒙系統(tǒng)能在所有設(shè)備運(yùn)行,支持手機(jī)、電腦、平板、物聯(lián)網(wǎng)……(此處省略1000字,翻2019年文章)……
我想說的是你們太不懂華為了,其實(shí)鴻蒙早已開發(fā)完成并且隨時(shí)可用!他一直在忍,在等一個(gè)機(jī)會……
作為一名android開發(fā)工程師,我想說,失業(yè)是不可能的,這輩子都不可能失業(yè)!
也許身為移動(dòng)端開發(fā)人員的我們,正處于一段亂流之中!
首先,來談?wù)刟ndroid的碎片化問題。
僅僅2014年,全球支持Android的機(jī)型為18796種,再來看看國內(nèi),華為、小米、oppo、vivo...,android手機(jī)廠商也很多,每個(gè)品牌都是基于android開源系統(tǒng)改造,android開發(fā)人員要在完成軟件功能的同時(shí),對不同品牌的手機(jī)做功能適配,非常麻煩。
除了手機(jī)品牌數(shù)量多,手機(jī)屏幕的尺寸適配問題也很麻煩,往往一個(gè)軟件的開發(fā),有60%的時(shí)間在適配工作上。
是的,現(xiàn)在鴻蒙來了,意味著什么?意味著android開發(fā)人員有必要或者就必須去學(xué)習(xí)一門新語言、一個(gè)新系統(tǒng)的開發(fā)、適配,對于一個(gè)企業(yè)來說,要么就增加人工成本請一個(gè)鴻蒙系統(tǒng)開發(fā)人員,要么就強(qiáng)制在職android開發(fā)人員重新開發(fā)一遍軟件適配鴻蒙系統(tǒng)。
基于此,不知道有多少android開發(fā)人員會買賬,不知道多少企業(yè)會加個(gè)鴻蒙系統(tǒng)平臺,不知道鴻蒙系統(tǒng)能不能站住腳推廣開來。
雖然現(xiàn)在鴻蒙系統(tǒng)可以兼容android應(yīng)用,但以后必然會兩級分化。
如果鴻蒙系統(tǒng)沒有革命性的突破,如果美國不再卡脖子,如果沒有國家的干預(yù)措施,只靠平民大眾自覺愛國的方式支持鴻蒙系統(tǒng),我看很懸啊,畢竟,蘋果手機(jī)在國內(nèi)的銷量一如既往?。?!
再者,在手機(jī)行業(yè),小米、oppo等手機(jī)廠商和華為本是競爭關(guān)系,會放棄自己的系統(tǒng)換成鴻蒙系統(tǒng)嗎?這樣的話,其他手機(jī)廠商的生存空間會一天不如一天,就算鴻蒙開源使用,也只不過走android碎片化的老路!
系統(tǒng)之爭本就不是一朝一夕,不用擔(dān)心會不會失業(yè),路,還很長!
開發(fā)鴻蒙只能在華為支持的鴻蒙設(shè)備上運(yùn)行,開發(fā)android,可以在所有安卓設(shè)備包括鴻蒙設(shè)備上也兼容運(yùn)行,何來失業(yè)
做安卓的一天不用就能寫鴻蒙??梢院鲇萍追郊渝X了[淚奔]
中國北斗早就出來了,GPS的工程師沒失業(yè)吧!
不會,可以學(xué)習(xí)一下華為鴻蒙開發(fā)教程。
是得我就是干這個(gè) 但是我都計(jì)劃改行了
不會失業(yè)的,他們可以轉(zhuǎn)鴻蒙開發(fā),非常簡單
18 年時(shí)候有幸接觸到 uniapp , 寫了一篇 《uni-app 入門到精通》 ,由于一些原因,該方案并沒有執(zhí)行,該項(xiàng)目一系列文章也就沒有再寫下去,所以遭受到了許多人評論的吐槽,到如今公司項(xiàng)目的需求又要根據(jù) uniapp 寫 H5 嵌入到 app 中,所以想根據(jù)項(xiàng)目實(shí)際開發(fā)分享一下,有興趣的伙伴可以參考和吐槽。
這一篇文章主要分享一下內(nèi)容
uniapp 模板項(xiàng)目有兩種初始化方式
由于無法舍棄 VSCode ,我們采用 vue-cli 來初始化項(xiàng)目, HBuilderX 大家可以參照官方文檔
這種方式是可以通過 vue 腳手架命令指定模板,這個(gè)是 dcloudio 的官方提供模板
我們選擇默認(rèn)模板即可,
成功后我們執(zhí)行
打開瀏覽器地址,直接運(yùn)行即可。
一般剛接觸前端的小伙伴可能會對 postcss 不太了解,這里簡單介紹一下,
當(dāng)然 PostCSS 具體使用是需要引入一些插件的,例如常用的是 autoprefixer postcss-preset-env 等, 具體如何使用大家可以自行參考資料,畢竟這塊知識還是挺多的就不具體展開解釋了。
通常我們在寫移動(dòng)端時(shí)候需要做的是頁面適配方案的確定, uni-app 支持的通用 css 單位包括 px、rpx , 之前的 upx 方案已經(jīng)被廢棄掉,官方解釋是目前市面上已經(jīng)基本上支持了微信的 rpx 方案,所以 upx 中轉(zhuǎn)方案已經(jīng)意義不大了,不過還可以繼續(xù)使用,不過已經(jīng)不再推薦。
rpx 之初是由微信小程序提出一種方案,即根據(jù)寬度來進(jìn)行適配以 750 寬屏幕為基準(zhǔn), 750rpx 恰好為屏幕寬度, uni-app 規(guī)定屏幕基準(zhǔn)寬度 750rpx 。所以說如果你們的UI 設(shè)計(jì)以 750*1334 iphone 6/6s 為基準(zhǔn)設(shè)計(jì)的話,你只需要將屏幕上 px 寫為 rpx 即可,不用做任何換算,如果不是的話,你就需要做如下?lián)Q算:
uniapp 有自己一套路由管理機(jī)制,而未采用 vue-route 方案,個(gè)人認(rèn)為這套方案還是比較成熟和好用的,以及可以滿足我們?nèi)粘5男枨?
保留當(dāng)前頁面,跳轉(zhuǎn)到應(yīng)用內(nèi)的某個(gè)頁面,使用uni.navigateBack可以返回到原頁面。
2.uni.redirectTo(OBJECT)
關(guān)閉當(dāng)前頁面,跳轉(zhuǎn)到應(yīng)用內(nèi)的某個(gè)頁面。
3.uni.reLaunch(OBJECT)
關(guān)閉所有頁面,打開到應(yīng)用內(nèi)的某個(gè)頁面。
注意: 如果調(diào)用了 uni.preloadPage(OBJECT)) 不會關(guān)閉,僅觸發(fā)生命周期 onHide
4.uni.switchTab(OBJECT)
跳轉(zhuǎn)到 tabBar 頁面,并關(guān)閉其他所有非 tabBar 頁面。
注意: 如果調(diào)用了 uni.preloadPage(OBJECT)不會關(guān)閉,僅觸發(fā)生命周期 onHide
5.uni.navigateBack(OBJECT)
關(guān)閉當(dāng)前頁面,返回上一頁面或多級頁面??赏ㄟ^ getCurrentPages() 獲取當(dāng)前的頁面棧,決定需要返回幾層。
5.uni.preloadPage(OBJECT)
預(yù)加載頁面,是一種性能優(yōu)化技術(shù)。被預(yù)載的頁面,在打開時(shí)速度更快。
以上路由API 已經(jīng)滿足我們的需求,當(dāng)然進(jìn)行路由跳轉(zhuǎn)的前提是我們需要在 pages.json 進(jìn)行路由配置, 包括路由和具體的樣式配置
而進(jìn)行具體路由跳轉(zhuǎn)我們需要如下,需要多加一個(gè) /
需要特別注意的一點(diǎn)是, 利用瀏覽器 在 進(jìn)行 移動(dòng)H5頁面調(diào)試時(shí)候,會出現(xiàn)頁面刷新之后頁面棧會消失,此時(shí)navigateBack不能返回,如果一定要返回可以使用history.back()導(dǎo)航到瀏覽器的其他歷史記錄。
uniapp 提供網(wǎng)絡(luò)請求的 api 是 uni.request ,具體支持的請求方法可以參考官網(wǎng) method 有效值
不過我們通常不會直接使用,而是進(jìn)過一系列的封裝以方便我們的使用,具體封裝接口使用會在隨根據(jù)頁面數(shù)據(jù)請求一并展示。
前端最火熱的話題無法就是flutter,不管是刷哪個(gè)論壇,必定有探討flutter的文章。沒用過flutter,但是對于跨平臺的技術(shù),我一直都在研究。
為什么是uni-app
之前一直在找解決跨平臺的方案,嘗試了很多方案,比如滴滴的變色龍,但是最終還是選擇了uni-app,這里附上uni-app的官網(wǎng)。為什么會選擇它呢,第一,vue語法,學(xué)習(xí)成本低,上手速度快,只要之前你做過vue的項(xiàng)目,那么就能很快上手,其實(shí)是vue和微信小程序的結(jié)合體,一半vue,一半微信小程序。第二,長期維護(hù),之前做微信小程序的時(shí)候,選擇了美團(tuán)的mpvue,但是后面發(fā)現(xiàn)長期不維護(hù)了,提了Issues也沒人理,隨之就放棄了,而uni-app長期在維護(hù),這樣看出了開發(fā)團(tuán)隊(duì)的用心。第三,跨平臺的能力,uni-app能夠跨多個(gè)終端,H5,安卓,Ios,微信小程序,百度小程序,頭條小程序,支付寶小程序,真正實(shí)現(xiàn)了一套代碼,多端運(yùn)行,而且很好適應(yīng)了我國的市場。第四,日益豐富的插件市場,uni的插件市場也在日益強(qiáng)大,能夠基本上滿足我們平時(shí)的開發(fā)需求。
uni-app的組件有原生調(diào)用能力,第三方的vue庫在調(diào)原生接口時(shí)跟 5+runtime 不兼容。就像nativescript 有vue版和angular版,類似于react native , 都是起源于phonegap/cordova
實(shí)際開發(fā)效果遵義小紅椒 做了一款app,打包了安卓,Ios,微信小程序3個(gè)平臺,產(chǎn)出的效果都還是不錯(cuò),總體還是比較滿意。而且打包過程也很方便簡單,配套的HBuilderX自動(dòng)內(nèi)置了打包功能,所以也省去了打包的煩惱。
遵義小紅椒 建議
如果你現(xiàn)在想做一款跨平臺的產(chǎn)品,而且有vue和微信小程序的經(jīng)驗(yàn),最重要的,你不想學(xué)習(xí)一門新語言,那么uni-app也許是你的一個(gè)選擇。
最近要從零開發(fā)一個(gè)跟后臺管理系統(tǒng)對接的小程序,因?yàn)楣δ鼙容^復(fù)雜,時(shí)間短,選擇了比較火的uni-app,因?yàn)樾〕绦虺霈F(xiàn)的時(shí)間較短,各方面并不完善,開發(fā)過程中就是不斷踩坑的過程,特此記錄一小下。
uni-app雖然功能還不完善,但是插件市場里東西還是不少的,在搭建框架中因?yàn)樾枨笠蠼梃b了之前開發(fā)的PC端,所以有一些跟之前開發(fā)VUE相關(guān)的插件 ,可以提高開發(fā)效率,
插件:
坑:
1.覆蓋原生組件,需要用cover-view容器,但是cover-view里可包含的標(biāo)簽有限,類似view等在真機(jī)調(diào)試時(shí)不顯示,需全部替換成cover-view,且icon無法顯示,可以用cover-imaga代替。
2.小程序和小程序之間的跳轉(zhuǎn)(如騰訊云的人機(jī)滑動(dòng)驗(yàn)證),跳轉(zhuǎn)回來時(shí)需要進(jìn)行操作,此時(shí)可以判斷app.vue中的options,如果按小程序文檔中來說當(dāng)options.scene === 1038時(shí)是小程序跳回來的場景,但是部分手機(jī)跳回來是options.scene為1001,只能將這2種都作為跳轉(zhuǎn)判斷的條件。
3.小程序跳轉(zhuǎn)回來app中的onshow有時(shí)不執(zhí)行,這個(gè)原因暫未找到
4.在uniapp的H5版本 ,接入 騰訊云滑動(dòng)驗(yàn)證 ,示例的點(diǎn)擊滑動(dòng)驗(yàn)證元素是通過dom操作的,但是無效,可能跟uniAPP不支持dom操作有關(guān)系,采用定制接入方法一,手動(dòng)調(diào)用。
取代說不上,但是相對來說uniapp開發(fā)比原生開發(fā)好很多。
作為前端工程師,除了微信小程序,還要開發(fā)web、其他小程序甚至App,人們不喜歡來回切換開發(fā)工具和變更語法思考方式。
uni-app自然可以解決這些問題,但開發(fā)者又經(jīng)常有些顧慮:
怕使用uni-app后,微信小程序里有的功能無法實(shí)現(xiàn),受制于uni-app的更新。怕性能不如原生WXML。怕框架不成熟,跳到坑里。擔(dān)心社區(qū)生態(tài)不完善。
uin-app 和原生開發(fā)是有很大差別的,至少在性能和需求覆蓋度上會差很多。uin-app 框架使用的其實(shí)是 cordova 的進(jìn)階版,也就是把 web 代碼打包到本地,本地實(shí)質(zhì)上還是通過 WebView 運(yùn)行,那性能的瓶頸不言而喻。
另外 uni-app 支持使用 Weex 框架拓展性能,本質(zhì)上是通過橋的功能把 Vue 控件映射為原生控件進(jìn)行渲染,效果和 react-native 差不多,雖然性能有所提升,但是和原生相比差距還是有的。
另外 uni-app 在設(shè)計(jì)到手機(jī)的硬件調(diào)用,通信和多線程問題上還是得回歸到原生平臺,一般 200 多個(gè)頁面業(yè)務(wù)的 App 不大可能都只是純 UI 展示。
具體數(shù)據(jù)對比我這里沒有,不過可以總結(jié)下就是:uni-app 特別實(shí)用 vue 的開發(fā)人員,并且在業(yè)務(wù)邏輯并不復(fù)雜的場景是很實(shí)用的跨平臺開發(fā)工具,但是面對 100-200 個(gè)頁面的需求肯定是不行的。
分享標(biāo)題:uniapp鴻蒙開發(fā),鴻蒙應(yīng)用開發(fā)ide
本文網(wǎng)址:http://jinyejixie.com/article10/dssejgo.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供用戶體驗(yàn)、域名注冊、建站公司、外貿(mào)建站、ChatGPT、電子商務(wù)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)