圓桌會議：如何避免踩到移動研發中，效能提升那些坑

在業務持續發展下，研發效能提升似乎已成為各研發團隊頭頂上的緊箍咒，日常超負荷的研發需求不免讓程式猿也站上了迭代的流水線，到底移動研發應該怎麼做，才能真正驅動研發效能的提升？

近日，FinClip 邀請到資深  iOS  研發工程師王華磊，唯捷眾品技術總監吳耀東，米鏈資訊前端負責人李陽作為嘉賓參與  「FinClip Open Day | 圓桌會議」，期間他們與 FinClip 產品經理王字就“移動研發效能提升”做了深入的溝通交流，活動也從開發者角度討論了 FinClip 在移動研發效能提升中的方案和作用。

此外，圓桌會議也同步進行了線上直播，眾多開發者透過直播的形式與嘉賓一起參與到了熱烈的討論中。沒來及參與直播的小夥伴，可透過下面的影片連結進行回看。

Part 01 移動開發低效的原因和改進方案

有超過10年移動端研發經驗的華磊首先帶了主題分享《移動開發低效的原因和改進方案》。

華磊認為更多人力成本、更多時間成本、大型專案的協調和管理成本、頻繁提交 AppStore 稽核是目前擋在純原生開發的四座大山。一是需要在 iPhone、Android、WinPhone、iPad、Android Pad 等多個平臺投入巨大的人力進行研發；二是純原生語言特性導致的編碼耗時增加，程式碼量是其他語言的很多倍；三是多人多模組協作和跨團隊協作，加大了工作的複雜度；四是一旦原生開發涉及到某個小模組的更新也需要整個 App 提交 AppStore 發版稽核。

在此背景下，華磊提出使用跨平臺的技術方案和元件化方案，降低專案之間的耦合性，例如Native + H5、Native +小程式等。

隨著手機效能的提升，大家首先會想到用 Native + H5  的方案，該方案可以大大緩解以上幾個痛點，但依然有一些新問題。首先，H5 中希望能呼叫一些原生的功能，所以需要注入事件。其次，H5 網頁不太方便做版本管理，一經更新全部客戶端都會生效。此外H5的渲染速度相比原生要差很多，會造成使用者的體驗度較差。

華磊帶領的團隊經過技術調研和選型，最終確定了 Native +小程式的方案，透過小程式可以將 App 中的功能模組化，最小模組用小程式實現，並且小程式的熱更新能力可以避免頻繁提交 AppStore 稽核，而體驗度上 H5 小程式的渲染速度更快，使用者體驗更好。由此認識和接觸到了 FinClip，目前已透過部署 FinClip 小程式執行時SDK，將複雜的業務進行剝離改造為小程式，繼而上架到 App 中，恰好滿足了複雜業務多變的場景。

Part 02 話題討論

在話題討論環節三位嘉賓也與 FinClip 產品經理王字分別從 <移動研發最大的痛>、<工程師“效能提升”的好辦法>、<FinClip 在效能提升中的價值>、<對FinClip 提建議>四個話題展開了深入的討論。

1、移動研發最大的痛

李陽表示目前移動研發最大的問題還是快速迭代影響到研發效率，由於原生開發中iOS、Android程式語言不同，加上專案中甚至需要混編，工程師的學習成本極大的增加。市面上出現的跨平臺解決方案已經對原生開發形成一定的挑戰，所以目前整個團隊在往跨平臺方向靠近，從而降低人力成本和時間成本，提升效率。

耀東談到原生開發在生產環節對問題的追蹤和回溯比較麻煩，iOS 要做到熱更新更麻煩，所以團隊想到的就是「Native+小程式」的混合開發。

2、工程師“效能提升”的好辦法

耀東認為，可以透過模版生成程式碼的方式節省時間，在大框架下能夠保證工程的質量，而且可以便於程式碼的review，對於格式和規範可以透過全自動工具進行檢測。目前統合發展基本上是移動研發的大方向，估計「Native+小程式」會逐步成為後續的發展趨勢。

李陽提出三個解決辦法，一是工具上，工程師要學會應用節奏圖和流程圖對業務進行分析，減少思維上的漏洞；二是管理上，需要進行開發前的宣講，讓工程師能夠理解業務並達成共識；三是培訓上，工程師需要進行常規化的培訓和交流，提升工程師的技術能力。

此外，李陽也認為混合開發是目前的大方向，其中隨著跨平臺技術持續的發展和成熟，越來越多的公司會選擇例如 FinClip 這樣的小程式平臺，並且可能會對移動開發產生巨大的影響。

華磊認為，技術方面非常認同耀東的分享可以從自動化工具進行解決，也補充到技術分享應該僅僅是純技術面的分享，還應該包括業務上的分享，大家的理解也會趨於一致。跨平臺、元件化和輕量化方案肯定會成為行業的共識，特別是小程式平臺已經成為大廠的標配，而且蘋果本身也在做 Clip 輕量化應用，也是其他移動研發團隊可以參照的路徑。

3、FinClip 在效能提升中的價值

耀東表示之前調研了市場中包括uni-app等解決方案，對比後發現不管是打包、後臺編譯還是稽核，FinClip 都要好用很多，並且由於公司的大部分業務需要同步到微信小程式，剛好 FinClip 可以相容微信小程式，所以選擇了 FinClip。

李陽談到公司考慮選用 FinClip 的原因有三，一是 App 經過多個版本的迭代已經變得很重，原生開發人員開發效率跟不上，所以計劃引入「Native+小程式」去減輕工程師的開發壓力；二是小程式可以支援熱更新，多端共享一套程式碼可以大幅提升開發效率；三是在經過技術調研後發現 FinClip 整合的效果很好，對接起來也比較簡單。

華磊團隊一直在找跨平臺的技術，也看了 uni-app 等平臺，著重對比了 API 對接的能力，發現 FinClip 基本上與微信小程式的 API 已經對齊。而且團隊想要一個自己的小程式管理後臺，便於搭建自己的小程式生態，剛好 FinClip 滿足這樣的需求。

更多的話題交流內容歡迎大家從影片中進行了解。如果對話題內容感興趣也可以透過掃碼加入技術交流社群的形式與我們進行交流。

Part 03 產品動態介紹

活動尾聲，FinClip 產品經理王字也為我們介紹了產品的最新動態。

近期 FinClip 會上線桌面端的小程式  SDK，此後也能夠在  Windows、Mac 上更方便的為使用者提供各式各樣的小程式應用。

此外 FinClip 也將在今年上線小程式離線包的支援功能，如果在移動應用中整合小程式的離線包，那即使使用者當前所在的環境網路狀態不好，也可以大幅度提升使用者的使用體驗。

FinClip 小程式已經在 11 月上線了對地圖元件的支援，在 FIDE（就是我們的官方小程式編譯器）中，也提供了分包上傳與增量編譯的功能，可以大幅度降低小程式的編譯和開啟速度。今年內還有一次 FIDE 的年度更新，我相信也會為大家帶來更好的編譯體驗。

小程式外掛功能也已經上線了，大家有興趣也可以登入   進行體驗。

期待在下次的圓桌會議中與您共同交流。