grace和wepy都是輔助小程序開發(fā)的開源庫,本文對兩者做個對比。 注:本文是作者本人的一些拙見,純粹的技術(shù)討論,不想引起技術(shù)信仰之爭,歡迎積極、正向的討論及建議。
自小程序發(fā)布后,現(xiàn)在最著名的小程序開發(fā)框架就是wepy, 它借助一系列工具,通過預(yù)編譯的手段實現(xiàn)了和Vue接近的開發(fā)風(fēng)格,可以認為wepy更就是小程序的 vue(但還有一些不同,如布局模板),首先,必須承認wepy是一個好的框架,如果你是Vue開發(fā)者,如果要開發(fā)一些大的小程序項目,wepy應(yīng)該是你的不二之選。但是我們換個角度,考慮下面兩個問題: 小程序開發(fā)者來源
總結(jié)一下,站在開發(fā)者的角度,wepy 采用了類Vue的開發(fā)風(fēng)格,即是優(yōu)勢,也是劣勢。優(yōu)勢是可以讓數(shù)量可觀的Vue開發(fā)者輕松過渡,但缺點是提高了其它開發(fā)者的使用門檻。所以,一個輕巧易上手的幫助工具就很有必要,而grace就是這樣的一個工具。 小程序定位小程序的定位本身就是“觸手可得,用完即走”, 解決想干個啥都得下個APP的歷史現(xiàn)象。有了小程序后,不用裝太多APP,只有在第一次用的時候花費少量流量下載即可??梢钥吹?,小程序第一次使用時還是要下載,為了減少下載等待時間,節(jié)省用戶流量,小程序?qū)Τ绦虬拇笮≡O(shè)置了上線4M, 這也為什么小程序中“小”的含義。 微信的這種限制決定了 小程序一般只是用于實現(xiàn)核心功能,不會用作復(fù)雜功能 。這也就決定了,在大多數(shù)小程序開發(fā)時,我們需要的并不是什么強拽炫酷吊炸天的大框架,而是一些簡單的幫助工具,而grace的定位就是一個精巧的幫助工具。在筆者了解的很多小程序,甚至大都是用原生開發(fā)的。 下面總結(jié)一下主要區(qū)別:
下面我們看看Grace都有哪些功能: Grace可以干什么我們看看grace的特點:
主打是精巧,可以看到目前核心功能主要涉及三個方面:數(shù)據(jù)、網(wǎng)絡(luò)、事件。 數(shù)據(jù)小程序是數(shù)據(jù)與頁面渲染分離的,所以在開發(fā)中會有大量的 setData 操作,grace為了簡化這大量的顯式數(shù)據(jù)更新,實現(xiàn)了和Vue一致的數(shù)據(jù)響應(yīng)式-可以通過賦值直接更新數(shù)據(jù)。與此同時,為了避免頻繁 setData 帶來的性能消耗,grace不僅支持手動批量刷新而且grace可以自動跟蹤頁面前后臺切換,如果頁面切換到后臺,則不會再去調(diào)用 setData ,而是將變動先緩存,等到頁面切換到前臺,才會統(tǒng)一刷新,有效避免不必要的性能消耗。 網(wǎng)絡(luò)大多數(shù)小程序都需會和后臺通過http進行通信,為此,grace提供了強大、靈活、良好的Promise API,同時支持全局請求配置、請求/響應(yīng)攔截器等。更重要的是,Promise風(fēng)格的API可以支持ES7的async/await。 事件小程序原生在跨頁面通信方面比較弱,為此,grace提供了一個全局事件總線,你可以在任何頁面通過注冊/觸發(fā)事件來進行通信。 不僅如此, grace還在事件總線的基礎(chǔ)上,實現(xiàn)了更友好的頁面數(shù)據(jù)回傳的回調(diào)。 除了這些,grace還支持 mixins,提供了一種擴展新功能的方式,它可以在全局給頁面添加一些功能,開發(fā)者可以自己發(fā)揮。 Grace今后的發(fā)展筆者覺得小程序的量級一般都不會太大,為了避免過度設(shè)計,grace會一直保持精巧而易用的原則,不會添加太多使用頻率比較小的功能。如果大家有什么好建議,或者希望grace添加什么新功能,都可以在github提issue. |
工作日 8:30-12:00 14:30-18:00
周六及部分節(jié)假日提供值班服務(wù)