這篇文章主要為大家展示了“Nuxt配合Node在實際生產(chǎn)中怎么用”,內(nèi)容簡而易懂,條理清晰,希望能夠幫助大家解決疑惑,下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“Nuxt配合Node在實際生產(chǎn)中怎么用”這篇文章吧。
成都創(chuàng)新互聯(lián)主要從事網(wǎng)頁設(shè)計、PC網(wǎng)站建設(shè)(電腦版網(wǎng)站建設(shè))、wap網(wǎng)站建設(shè)(手機(jī)版網(wǎng)站建設(shè))、響應(yīng)式網(wǎng)站開發(fā)、程序開發(fā)、網(wǎng)站優(yōu)化、微網(wǎng)站、微信小程序定制開發(fā)等,憑借多年來在互聯(lián)網(wǎng)的打拼,我們在互聯(lián)網(wǎng)網(wǎng)站建設(shè)行業(yè)積累了豐富的成都網(wǎng)站建設(shè)、網(wǎng)站設(shè)計、網(wǎng)站設(shè)計、網(wǎng)絡(luò)營銷經(jīng)驗,集策劃、開發(fā)、設(shè)計、營銷、管理等多方位專業(yè)化運作于一體。
Nuxt
這個東西類似與React中的Next,做Vue服務(wù)端渲染在Nuxt確實挺方便的,整個目錄結(jié)構(gòu)與Vue-Cli也差不多,但我覺得更清晰明了,而且有很豐富的配置,包括我最喜歡的頂部Loadding條啊、Layer主題模板啊、服務(wù)端渲染有益于SEO啊、自動生成Router啊等等等等。這里我就不詳細(xì)展開了,選擇他主要是用習(xí)慣了,而且性能也很不錯。
Express
它就是一個Koa、egg等的一個服務(wù)端的工具,封裝很多便捷的方法。這里也不詳細(xì)展開。
第一步 完成靜態(tài)頁面
在這里就不詳細(xì)說明HTML怎么構(gòu)建、Vue使用方法等等等不相關(guān)的問題,首先頁面效果如下圖:
點擊確認(rèn)領(lǐng)取后,向后端發(fā)送請求,獲取券碼:
大致業(yè)務(wù)流程就是這樣子了。
第二步 基于webview完成token驗證
甲方公司的token是怎么給到用戶的呢?
用戶登錄客服端
戶在webview訪問相應(yīng)的地址
客戶端把token等信息綁定在地址上讓服務(wù)端接受,并向服務(wù)端發(fā)送GET請求
服務(wù)端接受到Token后,根據(jù)Token信息驗證用戶身份并返回頁面給用戶
所以也就是相當(dāng)于,此時我手上的Node需要完成一個Token驗證的需求,開搞:
這里必須說一下Session這個東西,一開始當(dāng)我完成了Token驗證的時候,可是發(fā)現(xiàn)兩個用戶同時訪問的時候,后訪問者會重新執(zhí)行一次對應(yīng)請求里的方法,相當(dāng)于很多數(shù)據(jù)都初始化甚至重新賦值。完全不知道怎么把用戶分開,問了一下JAVA的同學(xué),他們說框架自帶會分開,這就讓我很憂郁了。其實,他們也知道Session這個東西,只是一直這樣用后習(xí)慣了也就突然說不清楚甚至想到它的存在了。
我一開始想到的是用Cookie驗證對應(yīng)瀏覽器,但總覺得這種方法有點古老,不夠高大上(個人主觀看法,勿噴),儲存量也很有限。所以又探索了一天,得知有個Session這個東西可以驗證對應(yīng)瀏覽器(好吧,其實也就是把Cookie當(dāng)成數(shù)據(jù)索引)。知道了有這么一回事之后也就茅塞頓開了。
// 引入一些工具 const http = require('http') const express = require("express"); const session = require('express-session'); const nuxtapp = express(); // 創(chuàng)建一個express應(yīng)用 // 設(shè)置SESSION配置 nuxtapp.use(session({ secret: 'key' // 建議使用 128 個字符的隨機(jī)字符串 })); // 處理OPTIONS請求(axios發(fā)送POST請求時會先發(fā)送一個OPTION請求驗證服務(wù)器的連通情況) nuxtapp.use(function (req, res, next) { if ('OPTIONS' === req.method) { res.sendStatus(200); } else { next(); } }); // 寫一個驗證Token的接口 nuxtapp.get('/getphone', (req, res) => { if (!req.query.token) { // if else ... res.sendStatus(200) return; } // 這里創(chuàng)建請求只是舉一個例子,有的Token可以本地解析,有的需要服務(wù)端向另一個服務(wù)端請求解析。(參考微信) const request = http.request({ host: "api.example.com", headers: { 'Content-Type': ' application/json', 'Accept-Encoding': 'utf-8', //這里設(shè)置返回的編碼方式 設(shè)置其他的會是亂碼 'Accept-Language': 'zh-CN,zh;q=0.8', 'Connection': 'keep-alive', }, path: '/getTokenorSth', port: 'port', method: 'POST' }, response => { let data = ""; // 創(chuàng)建變量記錄數(shù)據(jù) response.on("data", function (chunk) { data += chunk }) response.on("end", function () { // 設(shè)置seesion try { if (!req.session.id) { // set session like : req.session.id= JSON.parse(data) } res.sendStatus(200) } catch (err) { console.log(err); res.sendStatus(500) } }) }).on('error', (e) => { console.log(`錯誤信息: ${e.message}`); res.sendStatus(500) }); // POST Data request.write(JSON.stringify({ example:example, token: req.query.token })); // 用戶傳過來的數(shù)據(jù) post request.end(); }) nuxtapp.listen(port || 80, '0.0.0.0') console.log("已開啟服務(wù)器,請訪問 —— localhost:" + port || 80)
第三步 服務(wù)端代理(這里我也有個點不是很確定,所謂淘寶Node+JAVA是不是就是這種模式)
畢竟我還是個前端,功能方面的實現(xiàn)還是交給資深大JAVA吧(若是給我時間,我還真的想寫一下SQL復(fù)習(xí)一下)
用戶訪問的時候還是向Node請求,這里需要提一點的就是,假如后端提供了很多接口,你不一定每個都要寫一個app.get(‘/api')或者什么,express的文檔上有提到類似這種寫法:
nuxtapp.all(["/api1/*","/api2/*"], requestFunction)
其他就跟上面token驗證差不多了
第四步 用Express執(zhí)行Nuxt
在Nuxt官網(wǎng)上其實也有部分代碼教你如何用自己寫的Node去運行,但一直不是很完善,有點差強(qiáng)人意。我在這里就補(bǔ)充一下我的理解, 哪里寫得不對,請盡管噴,謝謝噴我的每一個人。
// nuxt const { Nuxt, Builder } = require('nuxt') // 引入核心構(gòu)建屬性 // 判斷開發(fā)環(huán)境 const isProd = (process.env.NODE_ENV === 'production') const port = process.env.PORT || 80 // 引入nuxt配置 const config = require('./nuxt.config.js') config.dev = !isProd; const nuxt = new Nuxt(config); // 判斷生產(chǎn)模式 dev(開發(fā)者模式)表示重新構(gòu)建 ;pro(生產(chǎn)模式)表示直接從yanr build的文件直接執(zhí)行 if (config.dev) { new Builder(nuxt).build() .then(listen) .catch((error) => { console.error(error) process.exit(1) }) } else { listen() }
以上的listen就是我在第二、三步寫的相應(yīng)接口的express服務(wù)器啦。
那么nuxt其實還并沒有在代碼中執(zhí)行,new Nuxt一個Nuxt實例后返回一個nuxt方法,它其實是根據(jù)request,response去執(zhí)行相應(yīng)的渲染,其中我們要考慮到express()的各種接口的執(zhí)行順序,假如一開始就匹配到了第二步的代碼的get請求,那么寫在第二步代碼后的all方法中的各種接口是接收不到的。
我考慮到的是接口不是無緣無故執(zhí)行的,但用戶請求是必然發(fā)生的。那么也就是當(dāng)用戶除了故意發(fā)送請求,全部由Nuxt接手。所以Nuxt會是放在最后讓其渲染頁面并交給用戶,為了方便驗證Token,我把驗證Token的請求放在首頁讓瀏覽器捕獲Token以及相應(yīng)信息后交給Node執(zhí)行手動登陸。(其實也可以通過在nuxt渲染前判斷是否存在Token來決定是否進(jìn)行token驗證,我就不在這里再進(jìn)行大量代碼的展示了)
結(jié)合以上思路,也就是在最后捕獲所有GET請求并交手給Nuxt即可:
// 最后捕獲nuxt渲染 nuxtapp.get('/*', (req, res) => { nuxt.render(req, res) })
以上是“Nuxt配合Node在實際生產(chǎn)中怎么用”這篇文章的所有內(nèi)容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內(nèi)容對大家有所幫助,如果還想學(xué)習(xí)更多知識,歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道!