基于vue-cli3脚手架1套代码创建多项目

最新推荐文章于 2024-09-21 20:06:32 发布

zhf763120542

最新推荐文章于 2024-09-21 20:06:32 发布

阅读量802

点赞数

分类专栏： vue 文章标签： vue

本文链接：https://blog.csdn.net/u011020958/article/details/117441347

版权

vue 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

最近在做一个管理系统，遇到一个问题？就是不同权限看到前端页面是不同的，但是在UI设计上，有很多共同的地方。在一般的思维中，很快就想到建立多个项目。但是这样维护成本高。于是就在项vue是否可以通过1套前端代码框架，设配不同项目。这时候就产生了下面的实现原理。

本教程是建立在vue-cli3上，使用的vue2.

关于建立项目可以参考 @扣天辰，下面就进入正题

1.项目中建立project文件夹，放到目录 /src/project，之后在project文件夹下建立不同项目的文件夹，如下图所示

2.把项目中的App.vue和main.js,分别拷贝到各自的项目中，如上图所示。

3.参考vue cll 官网：配置模式和环境变量

模式是 Vue CLI 项目中一个重要的概念。默认情况下，一个 Vue CLI 项目有三个模式：

development 模式用于 vue-cli-service serve
test 模式用于 vue-cli-service test:unit
production 模式用于 vue-cli-service build 和 vue-cli-service test:e2e

你可以通过传递 --mode 选项参数为命令行覆写默认的模式。例如，如果你想要在构建命令中使用开发环境变量：

vue-cli-service build --mode development

当运行 vue-cli-service 命令时，所有的环境变量都从对应的环境文件中载入。如果文件内部不包含 NODE_ENV 变量，它的值将取决于模式，例如，在 production 模式下被设置为 "production"，在 test 模式下被设置为 "test"，默认则是 "development"。

NODE_ENV 将决定您的应用运行的模式，是开发，生产还是测试，因此也决定了创建哪种 webpack 配置。

例如通过将 NODE_ENV 设置为 "test"，Vue CLI 会创建一个优化过后的，并且旨在用于单元测试的 webpack 配置，它并不会处理图片以及一些对单元测试非必需的其他资源。

同理，NODE_ENV=development 创建一个 webpack 配置，该配置启用热更新，不会对资源进行 hash 也不会打出 vendor bundles，目的是为了在开发的时候能够快速重新构建。

当你运行 vue-cli-service build 命令时，无论你要部署到哪个环境，应该始终把 NODE_ENV 设置为 "production" 来获取可用于部署的应用程序。

NODE_ENV

如果在环境中有默认的 NODE_ENV，你应该移除它或在运行 vue-cli-service 命令的时候明确地设置 NODE_ENV。

环境变量 你可以在你的项目根目录中放置下列文件来指定环境变量：

.env                # 在所有的环境中被载入
.env.local          # 在所有的环境中被载入，但会被 git 忽略
.env.[mode]         # 只在指定的模式中被载入
.env.[mode].local   # 只在指定的模式中被载入，但会被 git 忽略

一个环境文件只包含环境变量的“键=值”对：

FOO=bar
VUE_APP_NOT_SECRET_CODE=some_value

警告

不要在你的应用程序中存储任何机密信息（例如私有 API 密钥）！

环境变量会随着构建打包嵌入到输出代码，意味着任何人都有机会能够看到它。

请注意，只有 NODE_ENV，BASE_URL 和以 VUE_APP_ 开头的变量将通过 webpack.DefinePlugin 静态地嵌入到客户端侧的代码中。这是为了避免意外公开机器上可能具有相同名称的私钥。

想要了解解析环境文件规则的细节，请参考 dotenv。我们也使用 dotenv-expand 来实现变量扩展 (Vue CLI 3.5+ 支持)。例如：

FOO=foo
BAR=bar

CONCAT=$FOO$BAR # CONCAT=foobar

被载入的变量将会对 vue-cli-service 的所有命令、插件和依赖可用。

环境文件加载优先级

为一个特定模式准备的环境文件 (例如 .env.production) 将会比一般的环境文件 (例如 .env) 拥有更高的优先级。

此外，Vue CLI 启动时已经存在的环境变量拥有最高优先级，并不会被 .env 文件覆写。

.env 环境文件是通过运行 vue-cli-service 命令载入的，因此环境文件发生变化，你需要重启服务。

示例：Staging 模式

假设我们有一个应用包含以下 .env 文件：

VUE_APP_TITLE=My App

和 .env.staging 文件：

NODE_ENV=production
VUE_APP_TITLE=My App (staging)

vue-cli-service build 会加载可能存在的 .env、.env.production 和 .env.production.local 文件然后构建出生产环境应用。
vue-cli-service build --mode staging 会在 staging 模式下加载可能存在的 .env、.env.staging 和 .env.staging.local 文件然后构建出生产环境应用。

这两种情况下，根据 NODE_ENV，构建出的应用都是生产环境应用，但是在 staging 版本中，process.env.VUE_APP_TITLE 被覆写成了另一个值。

4. 通过上面模式和环境变量 知识点的弥补。

在跟目录下建立模以及文件中的环境变量，如下图所示。

.env.bb文件的环境变量为

VUE_APP_PROJECT = bb

5.配置package.json文件

{
  "name": "objectName",
  "version": "0.1.0",
  "private": true,
  "scripts": {
    "serve-aa": "vue-cli-service serve --mode aa",
    "serve-bb": "vue-cli-service serve --mode bb",
    "build-aa": "vue-cli-service build --mode aa",
    "build-bb": "vue-cli-service build --mode bb",
  },
}

6.配置完后，我们就可以得到环境变量

const PRO_SEL = process.env.VUE_APP_PROJECT
// 打印出项目名称 aa/bb
console.log(PRO_SEL )

通过不同的命令识别项目名，配置各自项目。其中我们就可以提取公共的样式css、js、components等等。减少项目的维护成本。

7.配置vue.config.js

// 通过命令控制运行项目
PRO_SEL = process.env.VUE_APP_PROJECT,
process.env.NODE_ENV === 'production' ? './' : '';
module.exports = {
  // 项目基础路径
  publicPath,
  // 输出文件夹名称
  outputDir: `dist/${PRO_SEL}`,
  assetsDir: 'static',
  lintOnSave: false,
 pages: {
    index: {
      // page 的入口
      entry: `src/project/${PRO_SEL}/main.js`
    }
 }
}