Hero Solution移動跨平臺開發方案

HERO 是一個移動跨平臺開發方案。

類似產品對比

解釋上述表格

• 性能 react native和weex界面表現層是原生的，但是構造元素本身的操作，和元素的所有邏輯在js中，導致性能有影響。小程序還有一個h5 canvas轉原生性能莫名其妙的慢的問題。Hero中元素的所有操作都在原生代碼中，只有業務明確需要某個操作結果才會調用到js代碼。

• 布局能力 CSS幾乎可以表示一切形式的界面，無設計語言約束，但是最終效果有時候與平臺的沖突會造成編程的困惑與體驗的變差，react native 和weex的css依賴webview的渲染，再將結果發送給原生導致性能損失很大。微信在自家產品中的約束樣式反而還不錯。Hero是另辟蹊徑定義了一套擴展后的frame布局，并且在各平臺原生實現這套方案，布局能力達到并兼容原生app。

• 設備能力 微信提供了有限受控的設備能力，其它皆有完全的設備能力(系統支持)

• 開發成本 由于react native開發門檻較高，學習曲線很陡，特別是對移動開發人員，很難適應web開發模式，而web工程師對iOS本身的接口不熟悉，很難做出原生體驗的app出來，weex應該也類似。還有不管是react native 還是weex所開發出來的頁面不是完全跨平臺的，它們只是開發方式是跨平臺的，具體頁面還是要分開開發。導致開發人員需求依舊那么多，甚至更多。而hero是一種依賴 定義<->實現 的開發方案，所開發的界面是平臺無關的，再加上統一的元素定義格式，對于具體的頁面開發人員來說，只是在配制顯示的元素，非常簡單。

• 開發工具 目前Hero的開發沒有限定開發工具，sublime和atom都可以，調試就在chrome里面調試web頁面就好了。集成編碼、調試、托管服務端的Hero開發者工具正在開發過程當中。開發者工具本身也是用hero框架開發，目錄在hero-js／heroapp當中。只需要切換到heroapp目錄，使用nwjs .即可打開預覽版本。

• 框架代碼量 hero框架技術上并不復雜，核心邏輯代碼不過200行。

• 入門難度 Hero框架中只有一個固定的controller，其它全部都是element，相比其它的MVP、MVVM、MVC有著復雜的邏輯關系，Hero中的模式就是* e , *ee, ?eeeeee...,通通都是element，controller除了用來顯示element，給element傳遞json數據之外就沒有額外的邏輯了。element 中只有一個函數處理json對象，除此之外再無其它接口。每個element 都是絕對獨立的，與其它元素毫無瓜葛。這樣開發、測試元素都是及其簡單的。

Hero 框架圖