Per.js對比其他框架有什麼不同,他解決了什麼問題
有人一開始看到Per.js時,會覺得它就是一個普通的JavaScript響應式開發框架,和Vue比幾乎完全一樣,我並不需要使用它,也不想了解它。如果你也有這樣的問題,那麼這篇文章也許會讓你重新思考這個問題。
接下來,我就來詳細說明一下Per.js的優勢與劣勢:
Per和Vue有70%的相似度,那麼我們就從他們對比。
首先,效能往往是決定一個框架好壞的最重要的一條,而Per.js的平均執行速度要比Vue快出7到8倍去。(至少在2.3版本之前是這樣,之後可能會越來越慢,因為功能越加越多)這就表示當你從伺服器裡獲取20000條資料並使用for屬性輸出時,使用Vue時的執行時間大約為200ms,而使用Per的執行時間僅有45ms。所以可以說Per.js在for屬性上面的執行速度大約是Vue.js的5倍還要多。
僅憑一個for屬性的執行速度可能還不足讓你信服,那麼現在就讓我們看看元件的渲染速度。
使用Vue在100個元素中繪製元件大約需要67ms,而使用Per在100個元素中繪製相同元件則只需要1.5ms,這就說明Per.js在渲染元件方面,比Vue要快出大約45倍。
可能你會說,我根本就不用Vue渲染那麼多元件,而且Vue雖然比Per.js慢,但是也夠用了。
那麼如果你這樣認為的話,我們就繼續來看看Vue和Per.js的資料模板渲染速度。
使用Vue在100個元素中渲染2個變數大約需要58ms,而使用Per執行同樣操作則只需要16ms,這就說明Per.js在渲染元件方面,比Vue要快出大約3.5倍。
(以上程式碼的對比測試詳細連結在這裡:Per.js速度對比Vue的傳送門)
你可以想象,當你的伺服器頻寬不足,網站訪問極慢時,你可能會考慮以下幾種方法:
增加頻寬 重構網站 第一種方法浪費錢,第二種方法浪費時間,如果都不適合你,那麼你可以選擇替換框架。
假設你的使用者訪問你的網站需要6秒的時間,那麼伺服器頻寬決定了4秒,前端操作浪費了2秒。更何況某些花裡胡哨的網站,前端程式碼幾十萬行的那種,更需要一個快速的前端框架。
而我們的作用,就是要解決這個問題。
Per.js和Vue的操作幾乎相同,但是原始碼100%不同,而且Per.js的部分操作方式和Vue的方式幾乎完全一樣。更何況它(Per.js)也是漸進式框架,你只需要小修小改即可完成替換。
有些人又會說,我懶得修改了怎麼辦呢?
那麼你需要想一想,是浪費你每月大約200塊錢好呢,還是重構網站浪費你大約10天時間好呢,還是替換個框架,修改幾個api來得實在。
當然,一個框架的易用性和易上手度是決定這個框架好壞的第二標準,在這一點上,Per.js比Vue也要完美。
你去碼雲看看我們的wiki和Vue的官方教程即可知道,使用上手Vue的難度是Per.js難度的幾乎3倍還要多,十分不適合某些剛進入前端的小白來使用。
那麼你就可以選擇Per.js!
我們的框架比Vue簡單,而且方便,如果你已經學習了Vue也不要緊,我們的框架比Vue要簡單幾倍,你只需要花費10分鐘閱讀我們的文件,即可開始體驗我們的超級框架!
那麼還有人會問,你們的框架有Vue的全部功能嗎?
首先你需要知道,我們建立這個框架,不是為了再造一個輪子,而是發展一個新的超級JavaScript響應式框架。這個超級框架,不是為了和Vue一樣,主要作用在DOM檢視上,而是為了各方面的需求。其中包括:DOM、前端操作、ajax等等。
我們的框架在DOM方面和Vue一樣採用MVC架構;另外我們的框架是模組化的,可擴充套件的。
這就使得你可以在需要使用時再載入一個Per.js的模組,有效減少了載入時的效能消耗。