溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

Nuxt配合Node在實際生產(chǎn)中怎么用

發(fā)布時間:2021-08-18 15:04:34 來源:億速云 閱讀:307 作者:小新 欄目:web開發(fā)

這篇文章主要為大家展示了“Nuxt配合Node在實際生產(chǎn)中怎么用”,內(nèi)容簡而易懂,條理清晰,希望能夠幫助大家解決疑惑,下面讓小編帶領大家一起研究并學習一下“Nuxt配合Node在實際生產(chǎn)中怎么用”這篇文章吧。

Nuxt

這個東西類似與React中的Next,做Vue服務端渲染在Nuxt確實挺方便的,整個目錄結構與Vue-Cli也差不多,但我覺得更清晰明了,而且有很豐富的配置,包括我最喜歡的頂部Loadding條啊、Layer主題模板啊、服務端渲染有益于SEO啊、自動生成Router啊等等等等。這里我就不詳細展開了,選擇他主要是用習慣了,而且性能也很不錯。

Express

它就是一個Koa、egg等的一個服務端的工具,封裝很多便捷的方法。這里也不詳細展開。

第一步 完成靜態(tài)頁面

在這里就不詳細說明HTML怎么構建、Vue使用方法等等等不相關的問題,首先頁面效果如下圖:

Nuxt配合Node在實際生產(chǎn)中怎么用 

點擊確認領取后,向后端發(fā)送請求,獲取券碼:

Nuxt配合Node在實際生產(chǎn)中怎么用 

大致業(yè)務流程就是這樣子了。

第二步 基于webview完成token驗證

甲方公司的token是怎么給到用戶的呢?

  1.  用戶登錄客服端

  2. 戶在webview訪問相應的地址

  3. 客戶端把token等信息綁定在地址上讓服務端接受,并向服務端發(fā)送GET請求

  4. 服務端接受到Token后,根據(jù)Token信息驗證用戶身份并返回頁面給用戶

所以也就是相當于,此時我手上的Node需要完成一個Token驗證的需求,開搞:

這里必須說一下Session這個東西,一開始當我完成了Token驗證的時候,可是發(fā)現(xiàn)兩個用戶同時訪問的時候,后訪問者會重新執(zhí)行一次對應請求里的方法,相當于很多數(shù)據(jù)都初始化甚至重新賦值。完全不知道怎么把用戶分開,問了一下JAVA的同學,他們說框架自帶會分開,這就讓我很憂郁了。其實,他們也知道Session這個東西,只是一直這樣用后習慣了也就突然說不清楚甚至想到它的存在了。

我一開始想到的是用Cookie驗證對應瀏覽器,但總覺得這種方法有點古老,不夠高大上(個人主觀看法,勿噴),儲存量也很有限。所以又探索了一天,得知有個Session這個東西可以驗證對應瀏覽器(好吧,其實也就是把Cookie當成數(shù)據(jù)索引)。知道了有這么一回事之后也就茅塞頓開了。

// 引入一些工具
const http = require('http')
const express = require("express");
const session = require('express-session');

const nuxtapp = express(); // 創(chuàng)建一個express應用

// 設置SESSION配置
nuxtapp.use(session({
 secret: 'key' // 建議使用 128 個字符的隨機字符串 
}));

// 處理OPTIONS請求(axios發(fā)送POST請求時會先發(fā)送一個OPTION請求驗證服務器的連通情況)
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可以本地解析,有的需要服務端向另一個服務端請求解析。(參考微信)
  const request = http.request({
   host: "api.example.com",
   headers: {
    'Content-Type': ' application/json',
    'Accept-Encoding': 'utf-8', //這里設置返回的編碼方式 設置其他的會是亂碼
    '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 () { // 設置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("已開啟服務器,請訪問 —— localhost:" + port || 80)

第三步 服務端代理(這里我也有個點不是很確定,所謂淘寶Node+JAVA是不是就是這種模式)

畢竟我還是個前端,功能方面的實現(xiàn)還是交給資深大JAVA吧(若是給我時間,我還真的想寫一下SQL復習一下)

用戶訪問的時候還是向Node請求,這里需要提一點的就是,假如后端提供了很多接口,你不一定每個都要寫一個app.get(‘/api')或者什么,express的文檔上有提到類似這種寫法:

nuxtapp.all(["/api1/*","/api2/*"], requestFunction)

其他就跟上面token驗證差不多了

第四步 用Express執(zhí)行Nuxt

在Nuxt官網(wǎng)上其實也有部分代碼教你如何用自己寫的Node去運行,但一直不是很完善,有點差強人意。我在這里就補充一下我的理解, 哪里寫得不對,請盡管噴,謝謝噴我的每一個人 。

// nuxt
const {
 Nuxt,
 Builder
} = require('nuxt') // 引入核心構建屬性

// 判斷開發(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ā)者模式)表示重新構建 ;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就是我在第二、三步寫的相應接口的express服務器啦。

那么nuxt其實還并沒有在代碼中執(zhí)行,new Nuxt一個Nuxt實例后返回一個nuxt方法,它其實是根據(jù)request,response去執(zhí)行相應的渲染,其中我們要考慮到express()的各種接口的執(zhí)行順序,假如一開始就匹配到了第二步的代碼的get請求,那么寫在第二步代碼后的all方法中的各種接口是接收不到的。

我考慮到的是接口不是無緣無故執(zhí)行的,但用戶請求是必然發(fā)生的。那么也就是當用戶除了故意發(fā)送請求,全部由Nuxt接手。所以Nuxt會是放在最后讓其渲染頁面并交給用戶,為了方便驗證Token,我把驗證Token的請求放在首頁讓瀏覽器捕獲Token以及相應信息后交給Node執(zhí)行手動登陸。(其實也可以通過在nuxt渲染前判斷是否存在Token來決定是否進行token驗證,我就不在這里再進行大量代碼的展示了)

結合以上思路,也就是在最后捕獲所有GET請求并交手給Nuxt即可:

// 最后捕獲nuxt渲染
nuxtapp.get('/*', (req, res) => {
 nuxt.render(req, res)
})

以上是“Nuxt配合Node在實際生產(chǎn)中怎么用”這篇文章的所有內(nèi)容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內(nèi)容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業(yè)資訊頻道!

向AI問一下細節(jié)

免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權內(nèi)容。

AI