Dieses Mal zeige ich Ihnen, wie Sie das Vue-Projekt optimieren und welche Vorsichtsmaßnahmen zur Optimierung des Vue-Projekts gelten. Das Folgende ist ein praktischer Fall, schauen wir uns das an.
Die Projektstruktur in der Vue-Klassenprojektentwicklung ähnelt im Wesentlichen der Vue-cli-Generierungsmethode. Bei dieser Entwicklungsmethode besteht der am häufigsten verwendete Modus darin, den Agenten für Schein-Debugging oder Remote-Debugging zu aktivieren , mit Konfigurieren Sie die von Vue-cli festgelegte Proxytabelle oder verwenden Sie direkt die von Webpack-dev-server bereitgestellte Proxy-Option. Es verwendet die http-Proxy-Bibliothek, sodass die spezifische Konfiguration angezeigt werden kann:
https://github.com/nodejitsu/node-http-proxy#options
Mit diesen konfigurierten Parametern haben wir Sie können flexiblere Konfigurationen vornehmen, um bessere Ergebnisse zu erzielen
Nutzungsanforderungen
Gehen Sie davon aus, dass sich unsere lokale Entwicklung derzeit in folgendem Status befindet:
Lokale Entwicklung, Daten verwenden lokalen Mock-Server
-
Berechtigungsbezogene Schnittstellen verwenden lokale Mock-Daten, und alle anderen verwenden einen bestimmten Remote-Computer
Berechtigungsbezogene Schnittstellen verwenden lokale Scheindaten und andere Datenschnittstellen verwenden verschiedene Remote-Maschinen
-
Alle Schnittstellen verwenden dieselbe Remote-Maschine
Schema
Sehen wir uns zunächst die klassische ProxyTable-Schreibmethode an:
proxyTable: {
'/authui/': {
target: target,
changeOrigin: true
},
'/vendor/': {
target: target,
changeOrigin: true
}
}Nach dem Login kopieren
Das Feld „changeOrigin“ wird hauptsächlich verwendet Ist der Header, der zum Ändern der Anfrage verwendet wird. Verfeinerung der Anforderungen:
Lokale Entwicklung: Ziel zeigt auf einen bestimmten Port von localhost. Die Überprüfung des Hosts ist definitiv nicht erforderlich
Ein Teil davon ist lokal und der andere ist ein fester Remote-Computer: Localhost und Remote-Adressen müssen konfiguriert werden Die Remote-Adresse muss hauptsächlich den Host überprüfen
Wie zwei, aber es gibt mehrere Maschinen: Mehrere Maschinen müssen manuell konfiguriert werden
Derselbe Remote-Computer muss zu diesem Zeitpunkt möglicherweise streng überprüft werden. Das heißt, die IP muss auch einen Domänennamen verwenden und der Systemhost muss konfiguriert werden, bevor er verwendet werden kann
Hinweis: Der Unterschied zwischen einem strikten Überprüfungshost und einem normalen Überprüfungshost besteht hauptsächlich darin, dass bei der strikten Überprüfung die angeforderte URL vom Domänennamen des Remote-Computers stammen muss.
kann die Host-Implementierung des angeforderten Headers nicht direkt ändern , muss der Domänenname auf Systemhostebene konfiguriert werden.
Nachdem Sie die spezifischen Anforderungen analysiert haben, beginnen Sie mit der Vorbereitung von Möglichkeiten, diese umzusetzen. Die ursprüngliche Entwicklungsmethode besteht darin, npm run dev auszuführen. Wenn wir Konfigurationen auf Befehlszeilenebene hinzufügen müssen, müssen wir sie auf die Methode npm run dev --param=paramvalue festlegen. Bei Befehlen, die mit npm 的 script -Skripten ausgeführt werden,
können die Parameter nicht über Process.env abgerufen werden, sondern über process.env.npm_config_paramName . Es ist nicht sehr praktisch, die vorgefertigte Befehlszeilenparameter-Parsing-Bibliothek zu verwenden , aber um Ärger zu vermeiden, verwende ich vorerst das eigene Parsing von npm.
Die folgenden Parameter sind während des Anfrageinitiierungsprozesses erforderlich:
- Host: Der Host, auf den beim Initiieren der Anfrage verwiesen werden muss, kann für jede Maschine unterschiedlich sein
- Port: Der vom Proxy weitergeleitete Port
- Empfänger: Die für Push verwendete Remote-Adresse, einschließlich der IP-Adresse IP-Adresse wird nicht separat aufgeführt
Dann definieren Sie den benutzerdefinierten Proxy-Anfragetyp für die Konfiguration:
- local: lokale Adresse, also localhost
- remote: angegebene Remote-Maschine
- Andere benutzerdefinierte Typen: werden für andere Typen verwendet, die in der Konfigurationsdatei angegeben wurden
- Die ursprüngliche Version der Anfrage, wie z. B. „http://xxx“ oder die Objekttypkonfiguration, wird von einem solchen Proxy niemals verarbeitet.
Bei Bedarf fügen wir die hinzu Folgende Parameter zur Steuerung des Proxy-Punkts auf Adresse:
- rd: Die Adresse des Remote-Computers
- Fokus: Strikter Modus, alle benutzerdefinierten Typ Proxys werden auf die angegebene RD-Maschine konvertiert und sind nur verfügbar, wenn der RD-Parameter vorhanden ist
- allLocal: Proxys vom benutzerdefinierten Typ verweisen alle auf den lokalen
- Host : Anfrage, um herauszufinden, ob ein Host verwendet werden soll, und keine IP-Adresse
Um es zusammenzufassen (die Seriennummer verweist auf die vorherige Anforderung):
remote 类型
这么一看，貌似 host 是不需要的，它的存在主要是针对某些 机器可能需要使用 host 的方式，所以还是保留一下。
实现
逻辑理清了就很简单了，配置文件设置为：
module.export = {
rd1: {
host: 'dev1.example.com',
port: 8838,
receiver: 'http://1.1.1.1:8888/receiver'
},
rd2: {
host: 'dev2.example.com',
port: 8838,
receiver: 'http://1.1.1.1:8888/receiver'
}
}Nach dem Login kopieren
proxyTable 配置方式
{
proxyTable: {
'/api1': 'remote',
'/api2': 'rd2',
'/auth/xx': 'local',
'/other': 'http://example.com'
}
}Nach dem Login kopieren
获取 proxyTable 的代码：
// 处理 proxyTable
const releaseConfig = require('../config/release.conf.js')
const rdConfig = releaseConfig[process.env.npm_config_rd]
const isAllRemote = process.env.npm_config_focus
const useHost = isAllRemote || process.env.npm_config_host
// 是否本机开发，本机开发 remote 会指向 local
const isAllLocal = process.env.npm_config_allLocal
module.exports = function (proxy) {
const localUrl = `http://localhost:${proxy.localProxyPort}`
const defaultHost = proxy.defaultRdHost || 'dev-example.com'
const localProxyPort = proxy.localProxyPort || 8787
const finalConfig = formatReleaseConfig(releaseConfig)
const remote = finalConfig.remote || {}
if (process.env.npm_config_rd) {
if (!rdConfig) {
throw new TypeError('RD 机器名称不存在，请在 config/release.conf.js 中进行配置')
}
if (!remote.ip) {
throw new Error('请配置 rd 机器的 receiver')
}
}
if (isAllRemote && !rdConfig) {
throw new TypeError('focus 只能在提供了 rd 名称后可设置')
}
function formatReleaseConfig (config) {
const result = {}
Object.keys(config).map((key) => {
const value = config[key]
const ipMatch = (value.receiver || '').match(/:\/\/(.*?):\d/)
const ip = ipMatch && ipMatch[1]
result[key] = {
ip,
host: value.host || defaultHost,
port: value.port || '8391'
}
})
// 设置 remote
if (rdConfig) {
const ipMatch = (rdConfig.receiver || '').match(/:\/\/(.*?):\d/)
const ip = ipMatch && ipMatch[1]
result.remote = {
ip,
host: rdConfig.host || defaultHost,
port: rdConfig.port || '8391'
}
}
// 设置 local
result.local = {
ip: 'localhost',
host: 'localhost',
port: localProxyPort
}
return result
}
function setProxy (proxyTable) {
const result = {}
Object.keys(proxyTable).forEach((api) => {
let type = proxyTable[api]
const isCustomType = typeof type === 'string' && !/^http/.test(type)
if (isCustomType && type !== 'remote' && type !== 'local' && !finalConfig[type]) {
throw new TypeError(`代理类型${type}不正确，请提供 http 或 https 类型的接口，或者指定正确的 release 机器名称`)
}
if (type === 'remote' && !finalConfig.remote) {
type = 'local'
}
if (isCustomType) {
if (isAllRemote && type !== 'remote') {
type = 'remote'
}
if (isAllLocal && type !== 'local') {
type = 'local'
}
}
const targetConfig = finalConfig[type]
let target = type
if (targetConfig) {
target = {
target: `http://${useHost ? targetConfig.host : targetConfig.ip}:${targetConfig.port}`,
// 使用 host 时需要转换，其他不需要转换
headers: {
host: `${targetConfig.host}:${targetConfig.port}`
}
}
}
result[api] = target
})
return result
}
return {
proxyTable: setProxy(proxy.proxyTable),
host: remote.host || defaultHost
}
}Nach dem Login kopieren
用法
用法中需要配置两种指向：系统 host 和浏览器代理 Host。
之所以要两种 host, 本质上是因为接口使用的域名
和我们的本地访问的域名是相同的，同一域名无法指向两个地址，所以相当于对浏览器端进行了拦截。
系统 host 推荐使用 switchHost 进行切换，浏览器推荐使用 whistle 进行切换。
本地开发
host 配置：无
whistle 配置：默认的域名
127.0.0.1 dev.example.com
启动命令：
npm run dev
npm run dev --allLocal
Nach dem Login kopieren
注： 此时 proxyTable 中配置的 remote 全部转换为 local，在 allLocal 参数时将所有自定义类型转换为 local
本地 + 1 台远程
host 配置：无
whistle 配置：默认的域名
127.0.0.1 dev1.example.com
127.0.0.1 dev2.example.com
Nach dem Login kopieren
启动命令：
npm run dev --rd=rd1
npm run dev --rd=rd1 --host
Nach dem Login kopieren
注： --host 表示使用访问使用 host 而非 ip，使用时需要 host 地址
本地 + n 台远程
host 配置：无
whistle 配置：默认的域名
127.0.0.1 dev1.example.com
127.0.0.1 dev2.example.com
{
proxyTable: {
'/api1': 'rd1',
'/api2': 'rd2',
'/auth/xx': 'local',
'/other': 'http://example.com'
}
}Nach dem Login kopieren
proxyTable 配置：
启动命令：
npm run dev
Nach dem Login kopieren
远程 1 台机器
host 配置：
1.1.1.1 dev1.example.com
1.1.1.1 dev2.example.com
Nach dem Login kopieren
whistle 配置：默认的域名
127.0.0.1 dev1.example.com
127.0.0.1 dev2.example.com
Nach dem Login kopieren
启动命令：
npm run dev --rd=rd1 --focus
Nach dem Login kopieren
组件优化
vue 的组件化深受大家喜爱，到底组件拆到什么程度算是合理，还要因项目大小而异，小型项目可以简单几个组件搞定，甚至不用 vuex，axios 等等，如果规模较大就要细分组件，越细越好，包括布局的封装，按钮，表单，提示框，轮播等，推荐看下 Element 组件库的代码，没时间写这么详细可以直接用 Element 库，分几点进行优化
•组件有明确含义，只处理类似的业务。复用性越高越好，配置性越强越好。
•自己封装组件还是遵循配置 props 细化的规则。
•组件分类，我习惯性的按照三类划分，page、page-item 和 layout，page 是路由控制的部分，page-item 属于 page 里各个布局块如 banner、side 等等，layout 里放置多个页面至少出现两次的组件，如 icon, scrollTop 等
相信看了本文案例你已经掌握了方法，更多精彩请关注php中文网其它相关文章！
推荐阅读：
redux-thunk实战项目案例详解
如何使用Angular数据绑定机制
Das obige ist der detaillierte Inhalt vonSo optimieren Sie Vue-Projekte. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
