背景
朋友是銷售人員十气，由于沒有開發(fā)能力励背，所以許多產(chǎn)品都是外包的，由于外包的質(zhì)量參差不齊砸西，技術(shù)選型也雜七雜八叶眉，就會導(dǎo)致使用起來還可以，但是別人接受的話芹枷，十分困難衅疙。
最近，從他那里接手了一個(gè)外包團(tuán)隊(duì)開發(fā)的新聞類APP鸳慈，因?yàn)橥獍脑虮ヒ纾紤]到后續(xù)持續(xù)快速的迭代，代碼可讀性非常差走芋，無論是繼續(xù)外包绩郎，還是我這邊接手都非常困難，再加之項(xiàng)目本身邏輯并不是很復(fù)雜绿聘，所以我果斷放棄之前外包的所有代碼，決定自己從頭開始開發(fā)次舌。
選擇
那么問題就來了熄攘，既然是APP，移動端就需要 android彼念、ios 兩個(gè)端挪圾，我一個(gè)人的的開發(fā)能力只能兼顧 后臺 與 android ，ios 實(shí)在無能為力逐沙，我能想到的有三種方案：
1哲思、尋找ios開發(fā)人員。
2吩案、寫成H5應(yīng)用棚赔，加載進(jìn)雙端。
3徘郭、移動端跨平臺開發(fā)方案靠益。
-
首先，
方案1pass残揉，我覺得尋找ios開發(fā)人員這個(gè)先pass胧后，因?yàn)殚_發(fā)者能力參差不齊，尋找起來比較麻煩抱环，找到之后持續(xù)開發(fā)又是問題壳快，后續(xù)迭代纸巷、交接都是問題，所以方案1被我pass眶痰。 -
其次瘤旨，
方案2pass，首先考慮的就是體驗(yàn)問題凛驮，其次如果集成支付裆站，推送等三方框架，還是需要原生開發(fā)黔夭。 -
最后宏胯，方案3 我選擇了跨平臺解決方案，由于技術(shù)發(fā)展本姥，目前跨平臺開發(fā)方案技術(shù)已經(jīng)趨于穩(wěn)定肩袍，也有很多實(shí)際應(yīng)用的案例，于是我選擇方案3婚惫，接下來我開始調(diào)研移動端跨平臺開發(fā)方案氛赐，找到了兩個(gè)靠譜一些的方案
Flutter和React native。
決定
對比了一下 Flutter 與 React native
從 學(xué)習(xí)成本 先舷、 開發(fā)難度 艰管、 參考案例 、 社區(qū)大小 蒋川、 收益大小 等方面比較之后牲芋，我選擇了 Flutter
- 首先,學(xué)習(xí)成本與開發(fā)難度方面應(yīng)該會是差不多的，都是從零開始學(xué)習(xí)
- 參考案例方面捺球，各自都有自己的集成的APP
- 論社區(qū)的話
React native出現(xiàn)較早缸浦，所以React native的社區(qū)較大，解決問題的效率可能高一些 - 但是考慮到后續(xù)收益的話氮兵，我果斷選擇了
Flutter裂逐，因?yàn)?code>Flutter背后是Google，Flutter作為Google新系統(tǒng)的開發(fā)框架泣栈，如果Google下了決心推Flutter+Fuchsia方案卜高，在將來完全替代Android，那就有搞頭了南片。如果為了一個(gè)APP單獨(dú)去學(xué)一門語言篙悯，我覺得是不太值得的，但是如果再加上有可能成將來主流的開發(fā)語言铃绒，我覺得還是值得嘗試一次的
最后我決定選擇 Flutter 鸽照，并且根據(jù)官方文檔很順利的集成了第一個(gè) Flutter 應(yīng)用。
下篇文章會講怎樣集成第一個(gè)Flutter應(yīng)用颠悬，并且如何解決其中的小問題矮燎。
