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

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

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

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

前言

一直以来想找个合适的机会写一写关于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的整体架构和运行原理就给大家介绍到这里,可能还有很多地方没有讲明白,我会再进行补充。等下期我们再见


相关文章
|
1月前
|
监控 持续交付 API
深入理解微服务架构:构建高效、可扩展的系统
【10月更文挑战第14天】深入理解微服务架构:构建高效、可扩展的系统
84 0
|
8天前
|
传感器 算法 物联网
智能停车解决方案之停车场室内导航系统(二):核心技术与系统架构构建
随着城市化进程的加速,停车难问题日益凸显。本文深入剖析智能停车系统的关键技术,包括停车场电子地图编辑绘制、物联网与传感器技术、大数据与云计算的应用、定位技术及车辆导航路径规划,为读者提供全面的技术解决方案。系统架构分为应用层、业务层、数据层和运行环境,涵盖停车场室内导航、车位占用检测、动态更新、精准导航和路径规划等方面。
41 4
|
18天前
|
前端开发 安全 关系型数据库
秒合约系统/开发模式规则/技术架构实现
秒合约系统是一种高频交易平台,支持快速交易、双向持仓和高杠杆。系统涵盖用户注册登录、合约创建与编辑、自动执行、状态记录、提醒通知、搜索筛选、安全权限管理等功能。交易规则明确,设有价格限制和强平机制,确保风险可控。技术架构采用高并发后端语言、关系型数据库和前端框架,通过智能合约实现自动化交易,确保安全性和用户体验。
|
26天前
|
存储 数据管理 调度
HarmonyOS架构理解:揭开鸿蒙系统的神秘面纱
【10月更文挑战第21天】华为的鸿蒙系统(HarmonyOS)以其独特的分布式架构备受关注。该架构包括分布式软总线、分布式数据管理和分布式任务调度。分布式软总线实现设备间的无缝连接;分布式数据管理支持跨设备数据共享;分布式任务调度则实现跨设备任务协同。这些特性为开发者提供了强大的工具,助力智能设备的未来发展。
79 1
|
1月前
|
存储 监控 负载均衡
|
1月前
|
传感器 存储 架构师
构建基于 IoT 的废物管理系统:软件架构师指南
构建基于 IoT 的废物管理系统:软件架构师指南
72 9
|
1月前
|
存储 安全 开发工具
百度公共IM系统的Andriod端IM SDK组件架构设计与技术实现
本文主要介绍了百度公共IM系统的Andriod端IM SDK的建设背景、IM SDK主要结构和工作流程以及建设过程遇到的问题和解决方案。
55 3
|
2月前
|
监控 Android开发 iOS开发
深入探索安卓与iOS的系统架构差异:理解两大移动平台的技术根基在移动技术日新月异的今天,安卓和iOS作为市场上最为流行的两个操作系统,各自拥有独特的技术特性和庞大的用户基础。本文将深入探讨这两个平台的系统架构差异,揭示它们如何支撑起各自的生态系统,并影响着全球数亿用户的使用体验。
本文通过对比分析安卓和iOS的系统架构,揭示了这两个平台在设计理念、安全性、用户体验和技术生态上的根本区别。不同于常规的技术综述,本文以深入浅出的方式,带领读者理解这些差异是如何影响应用开发、用户选择和市场趋势的。通过梳理历史脉络和未来展望,本文旨在为开发者、用户以及行业分析师提供有价值的见解,帮助大家更好地把握移动技术发展的脉络。
93 6
|
2月前
|
网络协议 安全 中间件
系统架构设计师【第2章】: 计算机系统基础知识 (核心总结)
本文全面介绍了计算机系统及其相关技术,涵盖计算机系统概述、硬件、软件等内容。计算机系统由硬件(如处理器、存储器、输入输出设备)和软件(系统软件、应用软件)组成,旨在高效处理和管理数据。硬件核心为处理器,历经从4位到64位的发展,软件则分为系统软件和应用软件,满足不同需求。此外,深入探讨了计算机网络、嵌入式系统、多媒体技术、系统工程及性能评估等多个领域,强调了各组件和技术在现代信息技术中的重要作用与应用。
82 4
|
2月前
|
Cloud Native Devops 持续交付
探索云原生架构:构建高效、灵活和可扩展的系统
本文将深入探讨云原生架构的核心概念、主要技术以及其带来的优势。我们将从云原生的定义开始,了解其设计理念和技术原则;接着分析容器化、微服务等关键技术在云原生中的应用;最后总结云原生架构如何助力企业实现数字化转型,提升业务敏捷性和创新能力。通过这篇文章,读者可以全面了解云原生架构的价值和应用前景。
下一篇
无影云桌面