先說說nuxt.js的優(yōu)勢

1）就是我們無需為了路由劃分而煩惱，你只需要按照對應的文件夾層級創(chuàng)建 .vue 文件就行；

2）無需考慮數(shù)據(jù)傳輸問題，nuxt 會在模板輸出之前異步請求數(shù)據(jù)（需要引入 axios 庫），而且對 vuex 有進一步的封裝；；

3）內(nèi)置了 webpack，省去了配置 webpack 的步驟，nuxt 會根據(jù)配置打包對應的文件；

4）對seo比較友好，對于普通的vue項目，不會將html的dom暴露在頁面中。nuxt就解決這一問題。

不要用Nuxt！ 不要用Nuxt！ 不要用Nuxt！

重要的事說三遍。

Nuxt是我用過最后悔的框架，設(shè)計理念高度Template化，有太多太多的黑盒。不出問題則以，出問題非常非常難以debug，哪怕是非常非常小的錯誤（除了前端page還算能debug以外） ，你甚至無法追蹤錯誤在哪里發(fā)生。一切都是配置，包括你寫的server端代碼都是包在盒子里的，拋出異常？ 不存在的，nuxt把異常直接吞了。對docker的支持非常非常糟糕，因為有太多的配置path，resolved path ...，導致你本地測試沒問題，放進docker里就各種問題，往往要手動去改。

所以，使用nuxt帶來的那一點點便利，與后期維護的巨大成本完全不成比例。nuxt 的整個design pattern有巨大問題, 耦合性太高。

補充:

實際production中，我這兩年用到MVC越來越少了,  思考了一下，從 jQuery 到 express+view engine，然后是 MVC(react/vue/angular) + virtual DOM + packet tools，之后出現(xiàn)了SSR，是不是已經(jīng)有點開始變味？

最新svelte的崛起，complier的回歸，只能說印證了歷史呈螺旋上升狀的事實。

react hooks的引入，其實早已經(jīng)不再是單純MVC了，而基本上進入Reactive Programming范疇。

其實說白了只有一個問題無法回避， 就是performance，virtual DOM、tree shaking、ssr 繞來繞去都是為了改善那幾秒鐘的loading, 然而只要是打包, 臃腫根本上就是難以避免，框架套框架的加法并不能解決問題本身。所以我不看好vue，當然更不看好nuxt，nuxt可以說本身的設(shè)計理念就有巨大問題。

一個高度耦合高度template化的community framework？

現(xiàn)實就是, 版本一迭代, 連官方列表里的module都跑不起來...