如何評價vue伺服器渲染工具 nuxt.js?
和vue提供的原生ssr api相比,其靈活度會有哪些欠缺?不適用於哪些場景?剛剛接觸ssr,感覺對場景的設想很吃力,選型拿不準。
把 webpack 、vue loader,vuex, router 系列配置整合到了一起,真是非常大大降低了配置成本。
不過之前在實現 vue-ssr 使用的是 vue-server-renderer renderToStream,一直很糾結遇到 preFetch 拋出異常之後的後續處理,特意看了一下 nuxt 是用的 renderToString,這個確實就沒問題了,不過就是慢一點。const options = {
routes: [],
css: ["/dist/bootstrap.css"],
store: true,
plugins: ["public/plugin.js"],
loading: "components/my-spinner"
build: {
vendor: ["axios"]
}
}
// 我tm怎麼就沒早點想到還可以這麼簡單
這個框架目前的版本是0.9.5,也是即將迎來1.0版本,作者也是在不斷更新。我個人博客的前端用的就是這個框架,總體來說,如果你熟悉vue的話,那麼這個框架很適合你。
我個人的博客的前端就是用這個框架寫的k55k32/cms-front 有興趣的話可以看一看。
比較不足的就是文檔還不是很全,但是因為大部分都是vue的東西,看一遍nuxt/nuxt.js例子再研究研究,也是很容易上手的。
總體來說是個不錯的框架,不需要去配置webpack那些繁瑣的東西,很大程度上的讓vue-ssr更加的親民了。
Nuxt.js - Vue.js 通用應用框架
中文都支持了,不能再贊了,誰說vue生態沒react好,這文檔秒隔壁next.js一條街啊
ZEIT - Next.js
從注釋到使用,簡直不能再美好
個人感覺 nuxt的性價比有點低
想使用ssr主要是解決
1.首屏問題
2.seo問題
而且一個網頁長成下面這個樣子 有點奇怪……
&&
&
vue核心成員還編寫了一個預渲染的庫 理念不錯 就是bug太多……
早先我們可以用koa+ejs或其他什麼模板+vue 來編寫就可以了 唯一的不爽就是不想用其他模板庫 要是服務端吐出的模板也直接能用vue語法就好啦~
其實我建議你自己用vue-ssr介面去實現 需要實現的功能 可以從nuxt里扒
這樣構建工程的思路更清晰些 現在感覺用nuxt是被牽著鼻子走
我想知道nuxtjs怎麼實現render回來某個組件而不是整個頁面!! 當人組件裡面會有非同步請求數據
目前應該是VUE基於SSR最簡單的解決方案了,實現效果和頁面測試渲染性都比較符合預期。不過初次使用還是需要到過很多問題,比如:vue過濾器、全局方法的添加、三方插件的集成、proxy代理等...
推薦一個前端就是用這個框架寫的fly36網-分享web前端開發網站,敢興趣的話可以看一看。
目前在用基於react的Next.js,考慮試用一下nuxt.js感受一下
項目使用中,實話說真是個好東西,但是現在還有很多坑,像瀏覽器兼容這樣類似以前項目中長碰到的坑這個裡面依舊有…作者回答問題的速度還是很快的,但是如果你問我推薦不推薦拿到公司里做項目?不推薦!等過幾個版本之後,所有東西都穩了再說吧!
分享一個 v2ex 的 nuxt 項目:OrangeXC/n2ex
整體感覺開發效率高,就是目前版本不穩定,bug較多
目前看起來就是把一堆東西封裝了起來, 內置了SSR的解決方案
目前項目正在使用中,也遇到一些坑,例如publicpath,多語言,目前在踩坑中(1.0版本出來應該會更加好用)。seo就是ssr解決的痛點之一,這是肯定的
有一個疑問 nuxtjs可以解決瀏覽器seo的問題么 求大神評下
怎麼能在java端渲染vue呢?將vue裡面的標籤從java後天返回來再在vue頁面渲染
如何評價vue伺服器渲染工具 ream?
推薦閱讀: