作為一名資深的Android 開發(fā)者。從2017年下半年開始，就聽到各種言論，例如“Android 開發(fā)涼涼”、“移動端開發(fā)沒出路了趕緊轉(zhuǎn)行”、“要被XXX 替代了” 等等，充分反映了大家焦慮的心態(tài)。
在蓮花等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都網(wǎng)站設(shè)計、做網(wǎng)站 網(wǎng)站設(shè)計制作按需求定制設(shè)計,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),成都品牌網(wǎng)站建設(shè),全網(wǎng)營銷推廣,成都外貿(mào)網(wǎng)站建設(shè)公司,蓮花網(wǎng)站建設(shè)費用合理。
移動端開發(fā)真的要涼涼了嗎？也經(jīng)常有粉絲私信我，在群里聊起這個話題，今天我決定寫下自己的一些看法，供大家參考。
移動端開發(fā)的現(xiàn)狀是什么？我們可以從自己寫的代碼中尋找線索。以Android 為例，很多大公司的移動端開發(fā)者寫的最多的代碼是這樣的：
重慶分公司
重慶分公司
LinearLayout layout = new LinearLayout;
layout.addView(xxxx);
...或者也許是這樣的：
public class XXXView extends RelativeLayout {
public XXXView(Context context) {
this(context, null);
}
public XXXView(Context context,
@Nullable AttributeSet attrs) {
this(context, attrs, 0);
}
public XXXView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
initView;
}
private void initView {
LayoutInflater.from(getContext).inflate(R.layout.xxxlayout, this, true);
...
}
public void setData(XXX xxx) {
...
}又或者是對著xml 標(biāo)簽做出各種騷操作——UI 開發(fā)。
沒錯，如今移動端技術(shù)棧已經(jīng)愈發(fā)趨于成熟完善，對業(yè)務(wù)來說，就連大公司的工程師也是在做UI 的展示邏輯。大公司產(chǎn)品相對比較完善，后端管控了大部分業(yè)務(wù)邏輯，客戶端做的就是取到后端的數(shù)據(jù)，然后通過setText(xxx)展示出來，然后通過接口返回的Boolean 值來判斷View 顯示還是隱藏。
我聽到很多人說，工作幾年感覺自己沒什么提升，天天都在堆代碼，隨便找個剛畢業(yè)的學(xué)生也能分分鐘替代自己，于是就很焦慮。那對于工作幾年的人來說，要想盡可能不讓自己過早的被替代、被淘汰，就需要選一個有潛力的有前景的領(lǐng)域深挖。
在聊動態(tài)化之前，我們先聊聊Android 的插件化。
前兩年，插件化火起來了。為什么火？因為可以實現(xiàn)Android 應(yīng)用不發(fā)版本的同時動態(tài)上線需求，同時熱修復(fù)還可以動態(tài)的修復(fù)線上出現(xiàn)的bug。但是插件化存在最大的問題是什么呢？兼容性。Android 機型太多太復(fù)雜，插件化框架難免會涉及到系統(tǒng)API 的hook，兼容性問題就出現(xiàn)了，開發(fā)者會看到莫名其妙的錯誤上報上來卻束手無策。
隨著Android 版本的迭代更新，插件化這條路越來越不好走，Android P給了開發(fā)者們一個信號：別隨便hook 系統(tǒng)API 了，Google 要開始收口整頓了。插件化這條路注定無法一直走下去，于是開發(fā)者們另辟蹊徑。
最開始是繼續(xù)用H5 混合開發(fā)的方式，例如老牌Hybrid 框架Cordova，但是性能不盡人意。這時候Facebook 開發(fā)出了一個跨時代的框架：React-Native。它提供了一個全新的思路：通過jscore 進(jìn)行js 解析，使用原生的View 進(jìn)行渲染，提供橋機制調(diào)用原生的能力。
React-Native是第一個真正的高性能的動態(tài)化框架，它的出現(xiàn)讓W(xué)eb 前端和客戶端的界限迅速變得模糊。隨之而來的是各大公司的自研框架，例如阿里巴巴的Weex和美團點評的Picasso框架。React-Native只提供了Android 和iOS 的雙端支持，Weex擴展了思路，提供的Web 端的支持，一個是React 語法糖，一個是Vue 語法糖。Picasso又不一樣，Picasso是純TS，DSL 語法樹，寫法實在太簡單，又準(zhǔn)備在三端的基礎(chǔ)上提供小程序端的支持。
2018年GMTC 大會上，Flutter發(fā)布了第一個預(yù)覽版，阿里巴巴閑魚團隊已經(jīng)在閑魚APP 中使用了Flutter技術(shù)。Flutter四年前開始開發(fā)，直到去年才有第一個beta 版本。通過Dart 編寫APP，然后編譯成機器碼同時運行在Android 和iOS 上，做到了原生跨平臺，Hot Reload，性能很不錯，可定制性也非常強，連封裝的系統(tǒng)層Dart 代碼都能改。提供了Web、iOS、Android、React-Native開發(fā)者學(xué)習(xí)Flutter 的入門文檔，也是去年移動端少數(shù)的幾個比較火的熱點之一。它的思路不同于React-Native，是一種全新的思路，目前我對Flutter持樂觀態(tài)度。
支付寶的動態(tài)方式不同于以上所有，它是完全基于自己的H5 容器進(jìn)行Hybrid 開發(fā)，不過由于內(nèi)核也是自研的（UC 內(nèi)核），所以性能各方面都比原生的WebView 好，支付寶里非常多的頁面都是基于H5 容器開發(fā)的，包括支付寶小程序，這也算是一種動態(tài)化的方式吧，只不過研發(fā)成本太高：自研WebView 內(nèi)核。
目前來看，動態(tài)化的三駕馬車已經(jīng)初步形成：
React-Native為首的jscore（v8）橋通信動態(tài)化方案；
自研WebView 內(nèi)核，H5 容器化方案；
動態(tài)化改變了移動開發(fā)的方式，模糊了Web 前端和客戶端的界限，讓越來越多的人認(rèn)識了什么是“大前端”。如果有經(jīng)驗的開發(fā)者們對這個方向進(jìn)行深入研究，五年內(nèi)，應(yīng)該不會被淘汰了（笑）。
毫無疑問，移動端機器學(xué)習(xí)從2017年年底就開始火起來了，TensorFlow 也推出了移動端框架，很多應(yīng)用都開始在移動端部署機器學(xué)習(xí)模型，例如相機類應(yīng)用（FaceU）、電商類應(yīng)用（唯品會）等，包括離線的機器學(xué)習(xí)。
如果深挖這個方向，我覺得十年內(nèi)不會被淘汰。當(dāng)然了，難度也不小。
從支付寶的AR 搶紅包、QQ 的AR 踢球等玩法被越來越多的人體驗，AR 走進(jìn)了人們的視野。對于廣告引流玩法來說，AR 無疑是能帶來巨大收益的。
此前大眾點評親子上線了“親子奇妙日” 活動，就是基于大頭兒子小頭爸爸的AR 玩法。那么開發(fā)AR 引擎的移動開發(fā)者自然成了香餑餑，目前AR 主要應(yīng)用的領(lǐng)域還是廣告變現(xiàn)，不過很多公司也找到了AR 的一些落地場景，比如賣家具的電商公司可以通過AR 技術(shù)讓用戶在購買之前就能看到實物在自己家里到底能不能放得下，這能極大的提升用戶的購買體驗。
如果是研究OpenGL、計算機圖形學(xué)的移動開發(fā)者，可以往AR 引擎開發(fā)方向發(fā)展，非常有前景。
VR 同理。
這個領(lǐng)域最火的產(chǎn)品當(dāng)之無愧是抖音了，就連我自己都天天刷抖音。除了抖音，還有各大視頻應(yīng)用，都需要音視頻開發(fā)領(lǐng)域的專業(yè)開發(fā)人員，圖像處理、濾鏡、裁剪等等騷操作都是需要專業(yè)的音視頻開發(fā)知識才能做出來的，研究OpenGL、計算機圖形學(xué)的移動開發(fā)者在這個領(lǐng)域也有很大的優(yōu)勢。
據(jù)我所知，這方面人才現(xiàn)在缺口依然很大，各大公司求賢若渴，如果在這方面有經(jīng)驗并且愿意深挖的同學(xué)，自然是各大公司的香餑餑啦。
區(qū)塊鏈，2018年最火的技術(shù)沒有之一。
從人人都在談比特幣到人人都在談區(qū)塊鏈，可以看出區(qū)塊鏈技術(shù)已經(jīng)被越來越多人熟知。無數(shù)區(qū)塊鏈公司如雨后春筍般的冒出，連大公司們也按捺不住開始涉足區(qū)塊鏈領(lǐng)域。對于移動端來說，區(qū)塊鏈應(yīng)用最多的還是數(shù)字錢包。但是未來移動端區(qū)塊鏈一定會有更多的落地應(yīng)用，例如Status。區(qū)塊鏈去年大火，移動端的區(qū)塊鏈應(yīng)用還沒開始火，但是也不遠(yuǎn)了。
如果有移動開發(fā)同學(xué)對區(qū)塊鏈方向感興趣的，可以開始研究起來了。如果要學(xué)習(xí)智能合約開發(fā)的同學(xué)，我推薦一個非常好的網(wǎng)站：Cryptozombies，絕對是入門solidity 智能合約開發(fā)的精品。
目前移動端的區(qū)塊鏈人才還不多，各大公司也沒有在招，但是兩三年內(nèi)，應(yīng)該就會爆發(fā)了，現(xiàn)在還在探索落地場景的階段，也給了對區(qū)塊鏈技術(shù)感興趣的移動開發(fā)同學(xué)學(xué)習(xí)的時間。改變世界的技術(shù)了解一下？
UI 未來可能都會被動態(tài)化技術(shù)接管，但是移動基礎(chǔ)框架不會。但凡要開發(fā)一個APP，網(wǎng)絡(luò)請求、日志處理、數(shù)據(jù)庫處理、緩存、Push 等框架都是不可或缺的，這部分和UI 關(guān)系不大，又是APP 的命脈所在。
只要APP 存在，基礎(chǔ)框架就存在。有同學(xué)可能要說了，我用okhttp 分分鐘寫一個網(wǎng)絡(luò)請求出來，沒錯，這是okhttp 已經(jīng)幫我們做好了很多事。什么是框架？用一句話總結(jié)，我的理解就是：
一種可以讓能力差別較大的開發(fā)者寫出功能、性能差不多的代碼的庫。
不知道大家能不能理解這種說法，我舉個例子：如果使用HttpUrlConnection 來寫網(wǎng)絡(luò)請求，可能不同能力的開發(fā)者寫出來的代碼不一樣，網(wǎng)絡(luò)請求的性能和效果也不一樣。但是如果使用了okhttp 庫，只要看一看okhttp 的文檔，新手和老手寫出來的代碼估計差不多，性能和效果也差不多，這就是框架做出的最大的貢獻(xiàn)。
在這些框架的基礎(chǔ)上，P5 寫的代碼可能和P6、P7 區(qū)別不會多大。然而，這些框架總要有人開發(fā)，開源的框架往往不能滿足公司業(yè)務(wù)的需求，需要自研基礎(chǔ)框架。尤其是BAT、TMD 六家公司，移動端框架有大部分都是自研的，越來越多的公司也開始自研，所以如果是在這個方向有經(jīng)驗的移動開發(fā)者，在APP 被淘汰之前，應(yīng)該都不會被淘汰。這方面對移動開發(fā)者的知識深度和廣度都要求相對較高，需要沉淀和學(xué)習(xí)。
這個就比較特殊了，這類應(yīng)用我舉個例子：360 手機助手。對于Android 用戶來說，清理內(nèi)存、清理垃圾等已經(jīng)成為了一種習(xí)慣，這方面應(yīng)用的開發(fā)自然是不可少的，而且非常考驗對Android 知識的深度，你們懂得。
上面七個移動端開發(fā)方向，是我總結(jié)出來的有潛力有前景的方向，各位移動開發(fā)同學(xué)可以參考，可以選擇一個方向進(jìn)行深挖，相信一定會有收獲。
嘴上焦慮是沒有意義的，最好的辦法就是付出行動。
