目录前言一.精简版步骤及代码（暂时懒得弄呢，以后想起来再说）二.详细步骤1.下载vivado安装包（速度很慢）2.解压vivado安装包3.执行安装文件三.BashMode下安装vivado 1.生成配置文件2.设置安装路径（可忽略此操作，直接一键安装）3.开始安装四.卸载五.license导入及相关问题六.参考的文章前言第一次写，不要怂，淦就完事。第一次独立安装vivado，对Linux也不是很熟，遇到很多问题，CSDN很棒，感谢前人栽树。一.精简版步骤及代码（暂时懒得弄呢，以后想起来再说）二.详细步骤1.下载vivado安装包（速度很慢） 下载Vivado,Vitis,VitisEmbed
0.简介最近作者受到邀请，让我帮忙给刚入门的学弟讲讲滑模控制。可是作者也不知道怎么向未入门的学弟讲解这些基础知识，所以作者翻了翻近几年写的很好的文章以及视频。综合起来，来总结出一套比较基础，且适用于初学者的文章吧。这里我们先贴一下王崇卫同学的笔记。对应的视频连接在下面：【Advanced控制理论】171.滑模控制目的对于滑模控制而言，我觉得我们先要明白其目的再来学习。一开始我们对滑动控制的定义是：滑动模式是先使用受控系统产生两个以上的子系统，然后再刻意加入一些切换条件产生滑动模式，以达成控制目标的一种技术。滑模控制（slidingmodecontrol,SMC）也叫变结构控制，其本质上是一类特
0.简介最近作者受到邀请，让我帮忙给刚入门的学弟讲讲滑模控制。可是作者也不知道怎么向未入门的学弟讲解这些基础知识，所以作者翻了翻近几年写的很好的文章以及视频。综合起来，来总结出一套比较基础，且适用于初学者的文章吧。这里我们先贴一下王崇卫同学的笔记。对应的视频连接在下面：【Advanced控制理论】171.滑模控制目的对于滑模控制而言，我觉得我们先要明白其目的再来学习。一开始我们对滑动控制的定义是：滑动模式是先使用受控系统产生两个以上的子系统，然后再刻意加入一些切换条件产生滑动模式，以达成控制目标的一种技术。滑模控制（slidingmodecontrol,SMC）也叫变结构控制，其本质上是一类特
本文主要通过对微前端框架single-spa的基座应用加载子应用的single-spa-vue函数库进行分析，通过代码维度分析让大家了解在single-spa加载子应用的时候都做了哪些事情。如何通过优化single-spa-vue函数库保持子应用的状态。
本文主要通过对微前端框架single-spa的基座应用加载子应用的single-spa-vue函数库进行分析，通过代码维度分析让大家了解在single-spa加载子应用的时候都做了哪些事情。如何通过优化single-spa-vue函数库保持子应用的状态。
本文主要通过对微前端框架single-spa的基座应用加载子应用的single-spa-vue函数库进行分析，通过代码维度分析让大家了解在single-spa加载子应用的时候都做了哪些事情。如何通过优化single-spa-vue函数库保持子应用的状态。
本文主要通过对微前端框架single-spa的基座应用加载子应用的single-spa-vue函数库进行分析，通过代码维度分析让大家了解在single-spa加载子应用的时候都做了哪些事情。如何通过优化single-spa-vue函数库保持子应用的状态。
引言前一段时间,正好在做微前端的接入和微前端管理平台的相关事项。而我们当前使用的微前端框架则是qiankun,他是这样介绍自己的:qiankun是一个基于single-spa的微前端实现库，旨在帮助大家能更简单、无痛的构建一个生产可用微前端架构系统。所以本文基于single-spa源码,来介绍single-spa当前使用版本5.9.4启动在官方demo中,要运行此框架需要做的是有这四步:准备好子应用的文件,需要抛出一些生命周期函数一个子应用app1的加载函数(可以是import异步加载,也可以是ajax/fetch加载)注册子应用启动程序app1.js:exportfunctionbootst
引言前一段时间,正好在做微前端的接入和微前端管理平台的相关事项。而我们当前使用的微前端框架则是qiankun,他是这样介绍自己的:qiankun是一个基于single-spa的微前端实现库，旨在帮助大家能更简单、无痛的构建一个生产可用微前端架构系统。所以本文基于single-spa源码,来介绍single-spa当前使用版本5.9.4启动在官方demo中,要运行此框架需要做的是有这四步:准备好子应用的文件,需要抛出一些生命周期函数一个子应用app1的加载函数(可以是import异步加载,也可以是ajax/fetch加载)注册子应用启动程序app1.js:exportfunctionbootst
微前端微前端，前端这次词就不用多做解释了，这个概念的重点在于这个“微”字，从字面意义上看，微是小的意思，小是相对于大的一个用于比较的形容词，所以通常是在项目庞大的情况下，才会考虑将它变小，去考虑将它拆分成若干个小项目。这就是做微前端所要达到的主要目标，将庞大的项目拆分成多个独立运行、独立部署和独立开发的小项目，使得项目利于维护和更新，然后在运行时，作为一个整体来呈现。项目过于庞大的可能存在一系列问题，比如构建速度慢、应用加载慢、定位问题麻烦、项目可维护性差等等。早期过往的案例中，通常会使用iframe作为微前端的一种解决方案，但iframe有一些明显的缺点，比如浏览器的前进后退，由于ifram
