Android為什麼選擇Java作為開發語言？
阿新 • • 發佈：2019-01-06
首先我們需要選用一個語言來開發本地App。
那麼，我們第一步幹啥了。
在現有的語言中挑選語言。
那麼首先考慮的條件是不火的語言和沒前途的語言是不在選擇範圍的。
---因為沒人用，那麼庫就會少。因為庫少就不會好用。因為不好用。所以用的人更少。生態圈的核心思想。
--那這個世界是不是隻有C++/Java了。肯定不是。因為有些語言是有前途的。最大的特點是。簡化了程式設計師的負擔。或者效率更高。未來肯定是主流。
那麼我們常用的語言和有前景的語言是哪些
C/C++/Java/C#/Python/Ruby/Go/JavaScript+Html
好。這些是我們常用的語言。我們看待的是怎麼把這些語言一步步的踢掉。然後只剩下Java的。
首先踢掉的是C。至今大型的超過10萬行程式碼的圖形化介面程式沒有幾個是用C的。因為複雜的錯誤處理和沒有糾錯機制。使得程式非常容易崩潰。同時。因為C沒有面向物件。那麼工程化開發顯得非常麻煩。
相信沒有人現在主動說。用C開發App這種多介面程式吧。
繼續踢掉的是C#。我幹嘛要用一個一出生就為了對付Java的。還是微軟的私貨的語言。對。Android是開源界的。而C#註定不是適合開源界的語言。
那我們繼續踢語言：
我們該要一門重語言還是輕語言？
Java/C++/C#/Go/C是重語言。
Python/Ruby/JavaScript+Html/是輕語言。
對。我心目中劃分語言的標準基本上是屬於這樣的，只要在程式碼中體現我們需要講效率的。那就是重語言。
重語言首先講究的是執行效率。然後講究工程化。
輕語言講究開發效率，講究敏捷性開發。
回到我們選語言的原則。
我們想開發一款本地App。還在效能不高的手機上。
那麼除了C之外的開發語言中。執行效率最高的是C++，然後是Java。
那麼輕型語言就要被一個個踢掉了。
Ruby在網頁端有作為。但是庫太少。圖形庫更少，開發者都是網頁端的人。被踢。
JavaScript+Html - ----> 這是未來大一統的趨勢。但是我們現在是找一門開發本地App的語言。
外加真心html+JavaScript有著先天的劣勢。（效率+Offline）
Python有著完善的庫。有著極高的人氣社群。在手機上開發也有過嘗試。（Nokia就幹過這事。Ubuntu Phone的UML也是一種類python的語言。）Google也是python的大使用者。效率是問題。但是不是絕對的。先對Python實現保留意見。
那麼我們看這一輪入圍的四門語言
Java/C++/Python/Go
再說Go。Go語言還不成熟。庫也不多。開發者少。但是作為Google主打的語言。很有可能。Google會提供基於Go的Android sdk。至少現在Android的主打語言不會是Go。
剩下三門
C++/Python/Java
C++重執行效率。但是跨平臺性較弱。開發難度較高。庫多，用的人多。
Python，重開發效率。跨平臺性高。開發難度低，庫多，用的人多。
Java。重開發效率。不及python，重執行效率，不及C++。開發難度低。庫多。用的人多。
那再回到需求：
Google是想要一門開發本地App的語言。Google想遮蔽掉底層硬體的差異。實現對於開發者來說是一個統一的平臺。
同時。對於手機這個現階段的平臺來說。耗電，以及效能。是無法迴避的問題。
那麼這門語言的跨平臺性要求很高。同時效率又很高。
說Python：效率實在無法達到其普遍的手機要求。尤其是對於影象處理這種高計算操作。且。社群無法與C++/Java相比。意味著庫沒有Java和C++多，開發者不是跟Java和C++一個等級的。
說C++：用過JNI的人都知道本地的C/C++庫，至少要編譯多次。不同的框架就代表者不同的編譯環境。而且直接用C++編譯執行的話。C++並不能很好的遮蔽掉硬體差異。所以對於開發來說除錯來說，都是一個比較艱鉅的任務。
C++也不是一個非常好的工程化開發語言。
那有沒有破解法。Qt。可以用框架遮蔽掉大部分的細節操作。Qt5.0支援Android。
為什麼沒用。估摸著是跟Qt不是Google家的產品加不開源的問題吧。
說Java：虛擬機器是核心。因為虛擬機器真正能遮蔽掉開發的很多差異。而且通過虛擬機器。開發者只要在打包的時候翻譯成執行碼而不需要翻譯成機器碼。通過虛擬機器完成很多差異的解決。而效率並不是丟的非常嚴重。
且Java比C++更受開源界和工業界的共同歡迎。即使Java也有版權問題。。。
我們遮蔽掉最基礎的硬體差異。通過Linux，在遮蔽掉手機的一些基本功能差異。然後提供純粹的利於開發者開發和測試的方法。只有通過虛擬機器了。而這個虛擬機器是需要講效能的。
Google搞了一個Davlik虛擬機器。對。這就是Android的核心。就是因為效能要求高。不得不重新開發虛擬機器。Davlik就是一個非常講效率的虛擬機器。而其他的常用庫都有的，現成的。根本就不需要自己去寫的。只要打包就好。
那麼還有些必須考效率的庫和應用。怎麼辦。
用JNI技術呼叫C++
對就這麼坑爹。
為什麼Object-C這門語言無視我說的大部分要求了。因為Apple有能力創造一門更好的語言。Google對於Android，只是在開源社群挑一門語言。
且。ObjectC生在Apple，死在Apple。相容性。人家才不需要考慮。所以人家敢用Object-C，而Android為了實現真正的跨平臺。只能選Java。
那麼，我們第一步幹啥了。
在現有的語言中挑選語言。
那麼首先考慮的條件是不火的語言和沒前途的語言是不在選擇範圍的。
---因為沒人用，那麼庫就會少。因為庫少就不會好用。因為不好用。所以用的人更少。生態圈的核心思想。
--那這個世界是不是隻有C++/Java了。肯定不是。因為有些語言是有前途的。最大的特點是。簡化了程式設計師的負擔。或者效率更高。未來肯定是主流。
那麼我們常用的語言和有前景的語言是哪些
C/C++/Java/C#/Python/Ruby/Go/JavaScript+Html
好。這些是我們常用的語言。我們看待的是怎麼把這些語言一步步的踢掉。然後只剩下Java的。
首先踢掉的是C。至今大型的超過10萬行程式碼的圖形化介面程式沒有幾個是用C的。因為複雜的錯誤處理和沒有糾錯機制。使得程式非常容易崩潰。同時。因為C沒有面向物件。那麼工程化開發顯得非常麻煩。
相信沒有人現在主動說。用C開發App這種多介面程式吧。
繼續踢掉的是C#。我幹嘛要用一個一出生就為了對付Java的。還是微軟的私貨的語言。對。Android是開源界的。而C#註定不是適合開源界的語言。
那我們繼續踢語言：
我們該要一門重語言還是輕語言？
Java/C++/C#/Go/C是重語言。
Python/Ruby/JavaScript+Html/是輕語言。
對。我心目中劃分語言的標準基本上是屬於這樣的，只要在程式碼中體現我們需要講效率的。那就是重語言。
重語言首先講究的是執行效率。然後講究工程化。
輕語言講究開發效率，講究敏捷性開發。
回到我們選語言的原則。
我們想開發一款本地App。還在效能不高的手機上。
那麼除了C之外的開發語言中。執行效率最高的是C++，然後是Java。
那麼輕型語言就要被一個個踢掉了。
Ruby在網頁端有作為。但是庫太少。圖形庫更少，開發者都是網頁端的人。被踢。
JavaScript+Html - ----> 這是未來大一統的趨勢。但是我們現在是找一門開發本地App的語言。
外加真心html+JavaScript有著先天的劣勢。（效率+Offline）
Python有著完善的庫。有著極高的人氣社群。在手機上開發也有過嘗試。（Nokia就幹過這事。Ubuntu Phone的UML也是一種類python的語言。）Google也是python的大使用者。效率是問題。但是不是絕對的。先對Python實現保留意見。
那麼我們看這一輪入圍的四門語言
Java/C++/Python/Go
再說Go。Go語言還不成熟。庫也不多。開發者少。但是作為Google主打的語言。很有可能。Google會提供基於Go的Android sdk。至少現在Android的主打語言不會是Go。
剩下三門
C++/Python/Java
C++重執行效率。但是跨平臺性較弱。開發難度較高。庫多，用的人多。
Python，重開發效率。跨平臺性高。開發難度低，庫多，用的人多。
Java。重開發效率。不及python，重執行效率，不及C++。開發難度低。庫多。用的人多。
那再回到需求：
Google是想要一門開發本地App的語言。Google想遮蔽掉底層硬體的差異。實現對於開發者來說是一個統一的平臺。
同時。對於手機這個現階段的平臺來說。耗電，以及效能。是無法迴避的問題。
那麼這門語言的跨平臺性要求很高。同時效率又很高。
說Python：效率實在無法達到其普遍的手機要求。尤其是對於影象處理這種高計算操作。且。社群無法與C++/Java相比。意味著庫沒有Java和C++多，開發者不是跟Java和C++一個等級的。
說C++：用過JNI的人都知道本地的C/C++庫，至少要編譯多次。不同的框架就代表者不同的編譯環境。而且直接用C++編譯執行的話。C++並不能很好的遮蔽掉硬體差異。所以對於開發來說除錯來說，都是一個比較艱鉅的任務。
C++也不是一個非常好的工程化開發語言。
那有沒有破解法。Qt。可以用框架遮蔽掉大部分的細節操作。Qt5.0支援Android。
為什麼沒用。估摸著是跟Qt不是Google家的產品加不開源的問題吧。
說Java：虛擬機器是核心。因為虛擬機器真正能遮蔽掉開發的很多差異。而且通過虛擬機器。開發者只要在打包的時候翻譯成執行碼而不需要翻譯成機器碼。通過虛擬機器完成很多差異的解決。而效率並不是丟的非常嚴重。
且Java比C++更受開源界和工業界的共同歡迎。即使Java也有版權問題。。。
我們遮蔽掉最基礎的硬體差異。通過Linux，在遮蔽掉手機的一些基本功能差異。然後提供純粹的利於開發者開發和測試的方法。只有通過虛擬機器了。而這個虛擬機器是需要講效能的。
Google搞了一個Davlik虛擬機器。對。這就是Android的核心。就是因為效能要求高。不得不重新開發虛擬機器。Davlik就是一個非常講效率的虛擬機器。而其他的常用庫都有的，現成的。根本就不需要自己去寫的。只要打包就好。
那麼還有些必須考效率的庫和應用。怎麼辦。
用JNI技術呼叫C++
對就這麼坑爹。
為什麼Object-C這門語言無視我說的大部分要求了。因為Apple有能力創造一門更好的語言。Google對於Android，只是在開源社群挑一門語言。
且。ObjectC生在Apple，死在Apple。相容性。人家才不需要考慮。所以人家敢用Object-C，而Android為了實現真正的跨平臺。只能選Java。