第一次親密接觸

第一次接觸Ionic，是在2015年，并在年中的時(shí)候第一次在正式項(xiàng)目中使用，那時(shí)它才是Ionic1的Alpha版，每次版本更新仍有不少坑，但在可接受范圍，而且Ionic team一般會(huì)很快地修復(fù)Bug或者給出解決建議，就算他們沒(méi)有回復(fù)，個(gè)人花點(diǎn)時(shí)間仍能找到折中處理方案。

其實(shí)，在使用Ionic前，移動(dòng)端JS框架，我嘗試使用過(guò)Jquery Mobile（JM）、Sencha Touch（ST），JM坑很多，而ST相對(duì)好一些，但是性能有很大問(wèn)題，如文件體積過(guò)大、內(nèi)存占用過(guò)大等，而且UI實(shí)現(xiàn)對(duì)IDE不友好，或許后面都有所優(yōu)化了，但是我沒(méi)等這一天。

因?yàn)橛蠥ngular1（Angularjs）的基礎(chǔ)，所以上手Ionic1很快，它全家桶的功能，省卻了配套技術(shù)選型的煩惱，同時(shí)，它比較齊全的cli命令，使得項(xiàng)目的創(chuàng)建到發(fā)布都比較簡(jiǎn)便。

那時(shí)的Ionic1還沒(méi)有懶加載。在我認(rèn)為Ionic打包為App后，它的基礎(chǔ)文件在本地加載，不依賴網(wǎng)絡(luò)開(kāi)銷，所以沒(méi)必要做懶加載處理時(shí)，架構(gòu)師同伴卻執(zhí)著地進(jìn)行懶加載改造，沒(méi)有官方解決方案，我們啃國(guó)外的文檔，最后使用了ocLazyLoad處理（我們改造完幾個(gè)月后，才在國(guó)內(nèi)看到一些相關(guān)文檔，早期吃螃蟹的人都不容易）。后來(lái)的事實(shí)證明做懶加載還是有一定必要性的，在此基礎(chǔ)上，我們又陸續(xù)做了熱更新、動(dòng)態(tài)渲染等功能，那時(shí)Ionic1的表現(xiàn)還不錯(cuò)。

雖然Ionic1基本摸透了，但是它還是有一定學(xué)習(xí)成本，為了團(tuán)隊(duì)建設(shè)考量，等Ionic2出來(lái)后，我們猶豫了一下是否沿用Ionic1，也比較了一下其它移動(dòng)端js框架，最后還是敲定了升級(jí)使用Ionic2。然后v2、v3、v4一路走來(lái)，見(jiàn)證了Ionic的成熟，也見(jiàn)證了其它混合式開(kāi)發(fā)框架的誕生和崛起。

新歡與舊愛(ài)

隨著Ionic4的推出，自己也較早時(shí)間去踩坑，從去年中創(chuàng)建第一個(gè)Ionic4項(xiàng)目開(kāi)始到現(xiàn)在，指導(dǎo)開(kāi)發(fā)了幾個(gè)Ionic4項(xiàng)目，可以確切地說(shuō)，Ionic4已經(jīng)穩(wěn)定了（僅限于Angular版、Vue和React版的還有較長(zhǎng)一段路要走），而且相對(duì)Ionic3來(lái)說(shuō)，組件更豐富、性能更優(yōu)化、機(jī)制更合理，同時(shí)兩者間差異不算變化很大，可以很好的過(guò)渡（僅限于技術(shù)過(guò)渡，而不是舊項(xiàng)目過(guò)渡），對(duì)于新項(xiàng)目的選型，可以考慮Ionic4替代Ionic3來(lái)開(kāi)發(fā)。

Ionic4最大的感觀是在轉(zhuǎn)型，轉(zhuǎn)型向一個(gè)純粹的UI框架，借助Stencil，基于Web Components技術(shù)實(shí)現(xiàn)跨框架使用。其實(shí)如果Ionic3時(shí)，是采用Ionic4的技術(shù)線條，而Ionic4是下一個(gè)新的技術(shù)，那一定比現(xiàn)在更成功。而現(xiàn)在，在其它競(jìng)爭(zhēng)對(duì)手面前，Ionic4并不算有很亮眼的表現(xiàn)，一定程度上歸結(jié)于Angular的難度和在國(guó)內(nèi)的受歡迎程度。

其實(shí)，在我先前的文章中提到過(guò)Capacitor，最開(kāi)始它的官方文檔介紹有【Native UI View】這個(gè)內(nèi)容，一度讓我以為Ionic版的RN要來(lái)了（與NativeScript不一樣的實(shí)現(xiàn)），后來(lái)發(fā)現(xiàn)相關(guān)內(nèi)容被刪掉了，再后來(lái)看到相關(guān)團(tuán)隊(duì)成員的文章里面提到過(guò)這個(gè)事情，提到這是他們的一個(gè)夢(mèng)想，只是這個(gè)工作量太大了，所以把其它工作優(yōu)先處理，這個(gè)先排除掉，但不知道什么時(shí)候再提上日程。

亂花漸欲迷人眼

在我看來(lái)，Ionic4已經(jīng)不再神秘，它和其它基于Angular的UI框架相比，其實(shí)沒(méi)什么兩樣，可以從很多Angular資料中找到參考，所以也便很少寫關(guān)于它的文章。一些從Ionic3過(guò)渡到Ionic4的人仍舊以Ionic3的思維去做開(kāi)發(fā)，抱怨這個(gè)Ionic3可以，怎么到Ionic4不行？Ionic3是Angular的基礎(chǔ)上封裝了一層，是Ionic3獨(dú)有使用，Ionic4把它開(kāi)放還給了Angular，就該用Angular的思維去做。

就像我前面提到過(guò)的，Ionic有其它競(jìng)爭(zhēng)對(duì)手，當(dāng)你有較豐富的Angular經(jīng)驗(yàn)，或者團(tuán)隊(duì)的技術(shù)棧主要是Angular時(shí)，Ionic仍是不錯(cuò)的選擇，它還有很長(zhǎng)的生命周期。當(dāng)然針對(duì)不同的需求或項(xiàng)目規(guī)模，也可以選型其它技術(shù)，不用說(shuō)綁死在一棵樹(shù)上，或者悲觀地說(shuō)我要放棄某種技術(shù)。在我看來(lái)，很多時(shí)候，技術(shù)是殊途同歸的，懂了這個(gè)，了解其它也能很快上手，換了其它技術(shù)其實(shí)也代表你又學(xué)到了一樣?xùn)|西，技術(shù)有了升華。像我所在的公司，我可以決定選型的技術(shù)，就算我認(rèn)為Angular比Vue更適合于中大型項(xiàng)目的開(kāi)發(fā)管理，甚至我可以固執(zhí)地要求使用Angular，但考慮到招人的成本、框架的特點(diǎn)和國(guó)內(nèi)的趨勢(shì)，一些項(xiàng)目我會(huì)考慮使用Vue。

就算我在使用其它技術(shù)，我仍感謝Ionic的一路陪伴，它曾經(jīng)幫我實(shí)現(xiàn)了我想要的效果，它就像一瓶美酒靜靜躺在那里，哪天我想小酌一杯，它仍會(huì)給我醇香……