關于Android應用程序開發，新開的項目應該選擇使用Java還是Kotlin作為其開發語言？關于新開的Android項目，我們到底應該如何去實施？

在今年7月份初我參與了一個新項目的研發工作，在研發過程中遇到了一些問題，我想從下面幾個方面和大家分享下：

新開的項目應該選擇使用Java還是Kotlin作為其開發語言？Google官方都已官宣Kotlin為Android應用第一開發語言了，我一定要使用Kotlin語言？

使用Kotlin作為開發語言 項目中用到的第三方開源庫如何選擇？

關于新開的Android項目，我們到底應該如何去實施？

Android項目的整體架構如何選？

是否要實施組件化？

新開的項目應該選擇使用Java還是Kotlin作為其開發語言？Google官方都已官宣Kotlin為Android應用第一開發語言了，我一定要使用Kotlin語言？

這個主要看參與項目開發的人員組成及主程（一般是Android團隊的主管、小組長或能力突出者）的能力及其擅長的技能，我們分以下幾種情況來看：

Android團隊主程技術能力好，有豐富的項目經驗（從事Android應用開發工作5年以上） ，Kotlin語言基本掌握，建議使用Java語言或Java主導Kotlin選擇性使用。

Android團隊主管（小組長）專業技能一般，擅長管理團隊，非常認可組內主程的能力，主程技術能力好，從事Android應用開發工作5年以上，建議使用Java語言；

Android團隊主管（小組長）和主程是同一個人，使用Kotlin語言2年以上的，可以考慮使用Kotlin，否則使用Java語言。

Android團隊主管（小組長）和主程是兩個人，在技術選型上若有分歧，建議聽主程的。

綜上所述，你可能也看出來了，現階段若開新項目，我建議使用Java語言，Kotlin可先熟悉。除非主程對Kotlin語言有深刻的理解，可以考慮使用Kotlin。Kotlin語言是出來很久了，但是在國內的普及度還不夠，很多人能用，但是不知道為什么可以這么用，徹底掌握的人不多。

使用Kotlin作為開發語言，項目中用到的第三方開源庫如何選擇？

關于在項目中使用到的第三方開源庫，有人可能會想我們項目是以Kotlin語言為主的，同一個開源庫若有Kotlin版本的，我就采用Kotlin版本的。到底是使用Java版的還是Kotlin版的？取決于開源庫的Kotlin版本是否是該庫的官方出的，后期是否會繼續維護。開源庫的選取，有以下幾點：

親自測評（團隊里安排一個人），得出結論看是否滿足當前的業務需求？遺留問題多少？可擴展性如何？該開源庫的代碼質量怎么樣？

開源該庫的作者，是否會繼續維護，已經多久沒維護了

能滿足現有業務需求或稍微改動即可滿足，半年內該庫的作者是否有更新，遺留的問題不影響我們使用或者我們自己能修復。

至于是Kotlin版本還是Java版本，這個不重要，這個真的不重要。

關于新開的Android項目，我們到底應該如何去實施？

我們是搭建新的項目框架？還是使用以前成熟的項目框架？我們分一下幾個方面討論：

使用以前成熟的項目框架，好處：項目中常用的基礎設施是完善的，由于項目整體架構導致的問題會比較少，畢竟經過了時間的考驗。缺陷：可能該架構的理念陳舊，有些功能實現起來比較費事，對個人成長不利。

搭建全新的項目框架，好處：可以采用全新項目架構理念，比如使用基于Jetpack中的架構組件搭建MVVM架構，可以學習并在項目中實踐最新架構理念，并作出比較判斷，利于個人成長，利于項目后面維護擴展。缺點：需要在項目進行過程中填各種坑，不斷完善打磨新的框架，需要團隊成員學習新的知識，前期增加了項目的研發時間，增加了前期投入成本。

對于小團隊，想要快速、低成本試錯，建議使用以前成熟的項目框架；對于項目進度不是很趕的團隊，可以考慮搭建新的項目架構。

綜上所述，關于新開Android項目，我的建議是使用以前成熟的項目框架（能主導Android客戶端開發的人，肯定是項目經驗豐富的，手上一定有成熟的現成框架）。基于新的架構理念出現的新架構，可以在后面版本迭代過程中，那個版本時間充足的情況下引入，先拿小模塊試錯、填坑，成熟后后面新開的模塊使用。

項目的整體架構如何選？

目前Android應用開發常用的架構有：MVC（默認）、MVP、MVVM和基于Jetpack中的 架構組件（AAC） 搭建MVVM架構，主要取決于主程（搭建項目基礎設施的、解決疑難問題的、推動整個團隊技術建設的）擅長的是那種架構 。不管是那種架構，掌握的熟練程度其實是最重要的。熟練就意味著項目整體框架中出現的問題，他能快速定位解決。

若前期時間相對充足的話，我建議試試使用基于Jetpack中的 架構組件（AAC） 搭建MVVM架構，或者學習官方提供的架構組件改善現有的項目框架。

是否要實施組件化？

需要先搞清楚組件化解決的問題是什么？

我們來看一個實際的業務場景，公司有一個3年以上的項目，這幾年不斷的增加各種功能，滿足老板的需求。隨著時間的流逝，項目越來越大，每次改動下重新編譯一次需要幾分鐘，每次增加一個功能模塊，測試團隊都需要重新測試整個項目的功能（這是多大的測試工作量啊）。

今年我們公司又開了一個新項目，發現App版本升級、支付模塊、分享模塊都是一樣的，把原來項目中的這幾個模塊Copy過來？

從上面的業務場景描述中，我們發現需要解決以下幾個問題：

提升項目編譯速度（開發工具已提供熱更新，但是還是不能解決問題）

增加新的功能模塊，其它功能模塊不需要重新進行測試

現有功能模塊的復用

現有功能模塊的維護、擴展

組件化就是在出現超級App的情況下出現的解決方案，單一組件滿足以下條件：

可單獨開發、調試、維護、擴展

對外以接口形式提供其具備的功能，其他組件通過接口可以訪問其提供的功能。

弄清楚了組件化解決的問題，對于是否要實施組件化開發，從以下幾點我們分析：

從一開始團隊成員就知道，將要研發的是一個大型項目，團隊成員3人以上，建議從一開始就考慮引入組件話，有利于后面功能擴展、維護、增加人手等。

試錯型或者中小型項目，團隊1~2人，這種情況下是沒必要引入組件化的。

想快速出版本，前期時間不是很充足，建議不要引入組件化。

一般情況下，不建議項目一開始就引入組件化。增加項目開發時間，屬于吃力不討好型，建議在需要時再引入比較合適。

總結

以上是生活随笔為你收集整理的Android应用开发用Kotlin还是Java 好？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。