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的傳送門）

你能夠想象，當你的服務器帶寬不足，網站訪問極慢時，你可能會考慮如下幾種方法：

1. 增長帶寬
2. 重構網站

第一種方法浪費錢，第二種方法浪費時間，若是都不適合你，那麼你能夠選擇替換框架。

假設你的用戶訪問你的網站須要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的模塊，有效減小了加載時的性能消耗。

好了，那麼最後，看完了這篇文章，相信你本身內心已經有選擇了。

那麼，歡迎下載和使用Per.js！