手把手教你怎么实现一个后台管理系统——架构篇

简介: 手把手教你怎么实现一个后台管理系统——架构篇

"修身,齐家,治国,平天下。这是儒家奉行的人生之道,也是我们现代人所所求的境界。当我们迈出脚步的时候,需要征服一座山,那就是我们自己"

--出自《稻盛和夫给年轻人的忠告》

前言

一直以来想找个合适的机会写一写关于VueAdminWork的整体框架原理以及一细节。前期觉得还是不太成熟,而且也没准备好要怎么写。今天打算试写一篇关于VueAdminWork的整体框架设计。写的不好还请各们小伙伴见谅

以下的说明是VueAdminWorkP(Vue3 + Vite2 + NaiveUI + Typescript)版本为例来进行介绍的


VueAdminWork框架的设计初衷和说明

很多用过后台管理系统的小伙伴一定会有一个感觉就是要么功能少,要么页面不美观。或多或少都会存在这样那样的问题,其实我有使用别人的后台管理模板的时候也是一样的感觉。

所以就下定决心要自己搞一款属于自己的后台管理系统,不仅如此,要尽可能的兼顾到大部分人的需求。但是由于个人能力始终有限,VueAdminWork框架到现在还有很多很多需要完善的地方。在今后的时间,我会继续努力去完善给大家带来更好的开源作品。

做这样一款框架也是对自己的知识体系的沉淀,在这过程也学习到了很多很多知识。中间也曾想到放弃,但是咬牙坚持到了最后,还好没有放弃。

VueAdminWork框架发展至今已经有6款不同技术架构的版本。其实目前开源了4款。另一款基于Antd的版本也准备开源。


这里面我要重点说明一下,VueAdminWork全部都是由我本人一点点代码写出来的,从一个简单的html页面项目,一点点发展到现在的体系

绝对不是随便从网上下载一个模板改改样式改改文字就变成自己的了。

这样的行为是让人不耻的。


VueAdminWork运行原理和模型

VueAdminWork和一个普通的项目一样,入口也是 main.ts 或者  main.js 。也存在一个 App.vue组件。

可以看成一个普通的Vue项目

App.vue代码如下:

<template>
  <n-notification-provider>
    <n-message-provider>
      <router-view />
    </n-message-provider>
  </n-notification-provider>
</template>

是不是很简单……

框架本身的运行原理也是非常简单的,用下面一张图就可以清楚的表示4edc953e2c684bbe819ffa954c899c08.png在整体的架构上,设计的构思就是框架由一个个组件组合来成,这样便于后期的维护和替换。

VueAdminWork采用了两级路由,从而对应两级视图渲染的方式。如下4edc953e2c684bbe819ffa954c899c08.png最外层的路由对应的组件是: Layout。

Layout对应的模板代码如下:

<template>
  <n-config-provider
    :theme-overrides="state.themeOverrides"
    :theme="state.theme === 'dark' ? darkTheme : null"
    :locale="zhCN"
    style="height: 100%"
  >
    <n-global-style />
    <n-loading-bar-provider>
      <n-dialog-provider>
        <n-element
          class="vaw-layout-container"
          :class="[state.device === 'mobile' && 'is-mobile', state.theme]"
        >
          <div
            v-if="state.device === 'mobile'"
            class="mobile-shadow"
            :class="[state.isCollapse ? 'close-shadow' : 'show-shadow']"
            @click="closeMenu"
          ></div>
          <template v-if="state.device === 'mobile'">
            <SideBar />
            <MainLayout />
          </template>
          <template v-else>
            <template v-if="state.layoutMode === 'ttb'">
              <VAWHeader />
              <MainLayout :show-nav-bar="false" />
            </template>
            <template v-else-if="state.layoutMode === 'ltr'">
              <SideBar />
              <MainLayout />
            </template>
            <template v-else-if="state.layoutMode === 'lcr'">
              <TabSplitSideBar />
              <MainLayout />
            </template>
            <template v-else-if="state.layoutMode === 'tlr'">
              <VAWHeader />
              <SideBar :showLogo="false" />
              <MainLayout :show-nav-bar="false" />
            </template>
          </template>
        </n-element>
        <WaterMark />
      </n-dialog-provider>
    </n-loading-bar-provider>
  </n-config-provider>
</template>

同时,为了适配移动端,Layout还有很多关于 移动端的代码。这里不多介绍关于移动端的适配情况了。

Layout组件是整个项目运行的骨架和载体。根据用户的配置来进行切换不同的布局模式。是最重要的一个组件

每个组件负责不同的功能,比如:

  • SideBar 只负责显示 菜单列表
  • TabBar只显示已经访问过的页面标题
  • NavBar只显示页面导航相关的功能
  • ……

正是因为这样一个个的小组件,最终组合在一起形成框架的基本的模型。


工作区Main.vue

而我们平时用的最多的就是工作区(也就是第二级路由页面),是由 Main.vue实现,代码如下:

<template>
  <router-view v-slot="{ Component }">
    <transition :name="state.pageAnim + '-transform'" mode="out-in" appear>
      <keep-alive :include="cachedViews">
        <component :is="Component" :key="key" />
      </keep-alive>
    </transition>
  </router-view>
</template>
<script lang="ts">
  import { computed, defineComponent, ref, watch } from 'vue'
  import { useRoute } from 'vue-router'
  import store from '../store'
  export default defineComponent({
    name: 'Main',
    setup() {
      const state = store.state
      const cachedViews = computed(() => {
        return state.cachedView.map((it: string) => it)
      })
      const route = useRoute()
      const key = ref(route.fullPath)
      watch(
        () => route.fullPath,
        (newVal) => {
          key.value = newVal
        }
      )
      return {
        key,
        state,
        cachedViews,
      }
    },
  })
</script>

这样就可以根据浏览器中不同的路径来实现不同的页面切换


结尾

到此,VueAdminWork的整体架构和运行原理就给大家介绍到这里,可能还有很多地方没有讲明白,我会再进行补充。等下期我们再见


相关文章
|
3月前
|
SQL 前端开发 关系型数据库
如何开发一套研发项目管理系统?(附架构图+流程图+代码参考)
研发项目管理系统助力企业实现需求、缺陷与变更的全流程管理,支持看板可视化、数据化决策与成本优化。系统以MVP模式快速上线,核心功能包括需求看板、缺陷闭环、自动日报及关键指标分析,助力中小企业提升交付效率与协作质量。
|
2月前
|
数据采集 机器学习/深度学习 运维
量化合约系统开发架构入门
量化合约系统核心在于数据、策略、风控与执行四大模块的协同,构建从数据到决策再到执行的闭环工作流。强调可追溯、可复现与可观测性,避免常见误区如重回测轻验证、忽视数据质量或滞后风控。初学者应以MVP为起点,结合回测框架与实时风控实践,逐步迭代。详见相关入门与实战资料。
|
2月前
|
前端开发 JavaScript BI
如何开发车辆管理系统中的车务管理板块(附架构图+流程图+代码参考)
本文介绍了中小企业如何通过车务管理模块提升车辆管理效率。许多企业在管理车辆时仍依赖人工流程,导致违章处理延误、年检过期、维修费用虚高等问题频发。将这些流程数字化,可显著降低合规风险、提升维修追溯性、优化调度与资产利用率。文章详细介绍了车务管理模块的功能清单、数据模型、系统架构、API与前端设计、开发技巧与落地建议,以及实现效果与验收标准。同时提供了数据库建表SQL、后端Node.js/TypeScript代码示例与前端React表单设计参考,帮助企业快速搭建并上线系统,实现合规与成本控制的双重优化。
|
3月前
|
人工智能 监控 测试技术
告别只会写提示词:构建生产级LLM系统的完整架构图​
本文系统梳理了从提示词到生产级LLM产品的八大核心能力:提示词工程、上下文工程、微调、RAG、智能体开发、部署、优化与可观测性,助你构建可落地、可迭代的AI产品体系。
592 51
|
2月前
|
机器学习/深度学习 人工智能 缓存
面向边缘通用智能的多大语言模型系统:架构、信任与编排——论文阅读
本文提出面向边缘通用智能的多大语言模型(Multi-LLM)系统,通过协同架构、信任机制与动态编排,突破传统边缘AI的局限。融合合作、竞争与集成三种范式,结合模型压缩、分布式推理与上下文优化技术,实现高效、可靠、低延迟的边缘智能,推动复杂场景下的泛化与自主决策能力。
288 3
面向边缘通用智能的多大语言模型系统:架构、信任与编排——论文阅读
|
2月前
|
人工智能 自然语言处理 安全
AI助教系统:基于大模型与智能体架构的新一代教育技术引擎
AI助教系统融合大语言模型、教育知识图谱、多模态交互与智能体架构,实现精准学情诊断、个性化辅导与主动教学。支持图文语音输入,本地化部署保障隐私,重构“教、学、评、辅”全链路,推动因材施教落地,助力教育数字化转型。(238字)
|
3月前
|
消息中间件 数据采集 NoSQL
秒级行情推送系统实战:从触发、采集到入库的端到端架构
本文设计了一套秒级实时行情推送系统,涵盖触发、采集、缓冲、入库与推送五层架构,结合动态代理IP、Kafka/Redis缓冲及WebSocket推送,实现金融数据低延迟、高并发处理,适用于股票、数字货币等实时行情场景。
387 3
秒级行情推送系统实战:从触发、采集到入库的端到端架构
|
3月前
|
前端开发 API 定位技术
如何开发车辆管理系统中的用车申请板块(附架构图+流程图+代码参考)
本文详细解析了如何将传统纸质车辆管理流程数字化,涵盖业务规则、审批流、调度决策及数据留痕等核心环节。内容包括用车申请模块的价值定位、系统架构设计、数据模型构建、前端表单实现及后端开发技巧,助力企业打造可落地、易扩展的车辆管理系统。
|
2月前
|
存储 人工智能 搜索推荐
拔俗AI助教系统:基于大模型与智能体架构的新一代教育技术引擎
AI助教融合大语言模型、教育知识图谱、多模态感知与智能体技术,重构“教、学、评、辅”全链路。通过微调LLM、精准诊断错因、多模态交互与自主任务规划,实现个性化教学。轻量化部署与隐私保护设计保障落地安全,未来将向情感感知与教育深度协同演进。(238字)
|
2月前
|
机器学习/深度学习 人工智能 搜索推荐
拔俗AI学伴智能体系统:基于大模型与智能体架构的下一代个性化学习引擎
AI学伴智能体系统融合大模型、多模态理解与自主决策,打造具备思考能力的个性化学习伙伴。通过动态推理、长期记忆、任务规划与教学逻辑优化,实现千人千面的自适应教育,助力因材施教落地,推动教育公平与效率双提升。(238字)