看衰鴻蒙OS的人不在少數，尤其是IT從業人員，因為他們深知研發一個作業系統的難度有多大。特別是鴻蒙OS公開原始碼後，有人更找到一些抄襲、套殼的“實錘”證據，例如：

開發環境和安卓的開發環境相似度極高，編譯工程過程中需要下載安卓的開發包執行鴻蒙APP時，有一些安卓執行時的痕跡，例如丟擲異常時的棧跟蹤資訊

針對以上看法，我想基於第一篇文章的內容，圍繞鴻蒙OS的研發目的和研發路徑，作一些補充。

研發目的

在當前國際大環境下，華為受到“制裁”不能繼續使用安卓的授權，鴻蒙OS正是在這樣的背景下應運而生。鴻蒙OS或許有很巨集大的藍圖，但就目前而言，它主要解決的是華為受“制裁”原因而造成手機終端業務徹底停擺的問題，生存是華為作為一家商業公司首要考慮的問題。

基於這樣的背景下，從零開發完全是一個偽命題，不現實也沒有必要。只要沒有違反“制裁”的內容，參考、借鑑成熟的設計，甚至直接使用沒有版權問題程式碼和元件，都是非常務實的做法。

諷刺鴻蒙OS抄襲、套殼的觀點，猶如看到一個被推進水裡的人在拼命掙扎，你卻嘲笑他，泳姿怎麼這麼難看。

鴻蒙OS只是一個比較純粹出於商業目的一個產物（從目前的資訊來看，我比較肯定鴻蒙OS是華為受“制裁”後才被提到議事日程上），但客觀上，它也是大時代背景下的政治產物，這方面，我們需要警惕，也需要辯證地看待。

一方面，科學技術不應該有國族之分，渲染這種思想，容易引發一些人對鴻蒙的非理性期待，例如，期望鴻蒙是100%的中中國產化。但另一方面，對於鴻蒙這種體量的系統，在精神世界上樹立一些願景，對激勵相關研發人員、推動研發過程，會起到一定積極作用，我認為也未嘗不可。

開發路徑

目前鴻蒙OS目前最為人詬病的是所謂套殼問題，具體來說就是鴻蒙依然執行在安卓之上，我認為，這是一個“開發路徑”的問題。

鴻蒙OS最大的挑戰是和時間在競賽，這個時間不單單是指使用者什麼時候能用上，還包括什麼時候能讓開發者用上（這個時間要先於前者）。如何儘快讓開發者能夠並願意基於鴻蒙開發是一個關鍵的問題，針對這個問題，假如讓我來規劃鴻蒙的開發路徑，我會分兩個階段：

鴻蒙OS 2.0，在我看來，它最多隻是一個Development Ready的版本，它並沒有解決“制裁”的問題，所以這個版本還不能投放到市場。但它提供了足夠的API、能構建應用的開發環境，就已經達到它的目的。而這個階段的API，最簡單而務實的做法是提供一個與安卓能一一對應的集合，如果我們看到鴻蒙OS的API“很像”安卓，我一點都不感到意外。

另外，第一階段的產物“安卓Wrapper”在鴻蒙OS成熟之後還是有價值的，因為它能讓使用基於鴻蒙框架開發的APP，可以用最低的成本（使用方舟編譯器重新編譯）移植到安卓上，這樣就可以極大地保護開發者的研發投入，隨之也提高了他們使用鴻蒙開發的意願。

關於“研發路徑”的問題，我再補充一點，就是去年1.0釋出會上，華為除了鴻蒙OS，還發布了首款智慧屏，號稱是第一款搭載鴻蒙OS的產品。

在華為的1+8+N的體系裡，智慧屏的人機互動相對簡單（通過遙控器），但應用的形態卻是最接近手機的一個產品，因此，智慧屏作為鴻蒙OS的試煉場是再合適不過，真正意義上的鴻蒙OS，很可能首先在智慧屏上得以實現。

讓子彈再飛一會

其實，我們現在沒有必要太早下結論，鴻蒙OS到底靠不靠譜，對於外部人士來說，我們得到的資訊還是太少。但我個人來說，對鴻蒙OS還是抱謹慎樂觀的態度：

下一篇，讓我們看看鴻蒙OS的程式碼究竟長什麼樣。

系列回顧