1.vue3官网文档？
2.微前端框架 之 qiankun 从入门到源码分析
vue3官网文档？
vue3.0正式版来了
Vuejs于年9月日凌晨发布了代号为OnePiece的3.0版本。以下简称Vue3
跟着官网文档，单页单页我们一起来体验下新版的发布发布魅力。
Vue3官方文档地址：
首先是源码源码测试工具
谷歌插件（需要**）：
火狐插件：
electron桌面应用插件：
出于原型制作或学习目的，您可以将最新版本与以下灶启芦各项配合使用：
使用Vue构建大型应用程序时，绿色绿色建议使用NPM安装方法。单页单页天津燕窝溯源码它与Webpack或Rollup等模块捆绑器很好地配旁伍对。发布发布Vue还提供了用于创作单一文件组件的源码源码随附工具。
ue提供隐带了一个官方CLI用于快速搭建单页应用。绿色绿色
对于Vue3，单页单页您应该使用VueCLIv4.5，发布发布该版本在上npm提供@vue/cli@next。源码源码要升级，绿色绿色您需要在@vue/cli全局范围内重新安装最新版本：
然后在Vue项目中运行
在dist/NPM软件包的单页单页目录中，您会找到许多不同的发布发布Vue.js版本。
全局安装脚手架
查看脚手架版本是否在4.5以上（含4.5）
创建项目
此时终端显示如下图
选择第二项Vue3Preview，等待安装完成。
到此，恭喜你迈入了Vue3.0的时代！
助你上手Vue3全家桶之Vue3教程这些内容是博主在学习过程中记录下来的，有一些不重要的点就跳过了，需要时自行查询文档。其实V2到V3的学习成本不高，熟悉V2的话，看完这篇文章就可以上手V3。
Vue3官网
在线源码编译地址
setup是所有CompositionAPI的容器，值为一个函数。组件中所用到的数据、方法等等，云票务源码均要配置在setup中，它会在beforeCreate之前执行一次，注意：V3里this不再是指向Vue实例，访问this会是undefined
尽量不要与V2配置混用
V2配置（data、methos、computed...）中可以访问到setup中的属性、方法。
但在setup中不能访问到V2配置（data、methods、computed...）。
如果有重名,setup优先。
setup不能是一个async函数
因为返回值不再return的对象,而是promise,模板看不到return对象中的属性。（后期也可以返回一个Promise实例，但需要Suspense和异步组件的配合）
使用ref可以创建一个包含响应式数据的引用对象（reference对象，简称ref对象），可以是基本类型、也可以是对象。
语法
定义一个对象类型的响应式数据，内部基于ES6的Proxy实现，通过代理对象操作源对象内部数据进行操作
语法
与V2中computed配置功能一致
语法
与V2中watch配置功能一致，语法有点改动
语法
和watch的区别是，watch既要指明监视的属性，也要指明监视的回调。而watchEffect，不用指明监视哪个属性，监视的回调中用到哪个属性，那就监视哪个属性，不用写返回值。短波买点 源码
语法
生命周期全都写在setup中
创建一个ref对象，其value值指向另一个对象中的某个属性
语法
将响应式对象转换为普通对象，其中结果对象的每个property都是指向原始对象相应property的ref
语法
只处理对象最外层属性的响应式（浅响应式）。适用于：一个对象数据，结构比较深,但变化时只是外层属性变化
语法
只处理基本数据类型的响应式,不进行对象的响应式处理。适用于：一个对象数据，后续功能不会修改该对象中的属性，而是生新的对象来替换
语法
让一个响应式数据变为只读的（深只读），应用于不希望数据被修改时
语法
让一个响应式数据变为只读的（浅只读），应用于不希望数据被修改时
语法
将一个由reactive生成的响应式对象转为普通对象，对这个普通对象的所有操作，不会引起页面更新。
语法
标记一个对象，使其永远不会再成为响应式对象，有些值不应被设置为响应式的，竖纯例如复杂的第三方类库等，当渲染具有不可变数据源的大列表时，跳过响应式转换可以提高性能。
语法
创建一个自定义的ref，并对其依赖项跟租则踪和更新触发进行显式控制。它需要一个工厂函数，该函数接收track和trigger函数作为参数，并余型咐且应该返回一个带有get和set的对象。
语法
实现祖与后代组件间通信，父组件有一个provide选项来提供数据，后代组件有一个inject选项来开始使用这些数据
语法
检查一个值是否为一个ref对象
语法
检查一个值是否为一个isReactive对象
语法
检查一个对象是否是由readonly创建的只读代理
语法
检查对象是否是由reactive或readonly创建的proxy
语法
Teleport提供了一种干净的方法，允许我们控制在DOM中哪个父节点下渲染了HTML，而不必求助于全局状态或将其拆分为两个组件。qqxml 源码商城
语法
等待异步组件时先渲染一些额外内容，让应用有更好的用户体验
语法
将全局的API，即：Vue.xxx调整到应用实例（app）上
由于V3中不在存在this，所以ref的获取调整了
语法
V3中在for循环元素上绑定ref将不再自动创建$ref数组。要从单个绑定获取多个ref，请将ref绑定到一个更灵活的函数上
语法
定义一个组件可以向其父组件触发的事件
使用方式修改
通过事件来监听组件生命周期中的关键阶段
语法
如果看了觉得有帮助的，我是@鹏多多，欢迎点赞关注评论；
END
往期文章
个人主页
Vue3组合式API的基础——setup
组合式API基础-Vue3中文文档
Setup-Vue3中文文档
setup是一个组件选项，所以像别的组件选项一样，写在组件导出的对象里。
官方文档如此描述：
setup选项应该是一个接受props和context的函数。
此外，我们从setup返回的所有内容都将暴露给组件的其余部分(计算属性、方法、生命周期钩子等等)以及组件的模板。
个人觉得可以理解为：
正如在一个标准组件中所期望的那样，setup函数中的props是响应式的，当传入新的prop时，它将被更新。
context上下文是一个普通的JavaScript对象，它暴露三个组件的property：
context是一个普通的JavaScript对象，也就是说，它不是响应式的，这意味着你可以安全地对context使用ES6解构。
attrs和slots是有状态的对象，它们总是会随组件本身的更新而更新。这意味着你应该避免对它们进行解构，并始终以attrs.x或slots.x的米9源码方式引用property。请注意，与props不同，attrs和slots是非响应式的。如果你打算根据attrs或slots更改应用副作用，那么应该在onUpdated生命周期钩子中执行此操作。
如果setup返回一个对象，则可以在组件的模板中像传递给setup的propsproperty一样访问该对象的property：
setup还可以返回一个渲染函数，该函数可以直接使用在同一作用域中声明的响应式状态：
新的setup组件选项在创建组件之前执行，一旦props被解析，并充当合成API的入口点。
在setup()内部，this不会是该活跃实例的引用，因为setup()是在解析其它组件选项之前被调用的掘此睁，所以setup()内部的this的行为与其它选项中的this完全不同。这在和其它选项式API一起使用setup()时可能会导致混淆。
reactive()接收一个普通对象然后返回该普通对象的响应式代理。等同于2.x的Vue.observable()
响应式转换是“深层的”：会影响对象内部所有嵌套的属性。基于ES的Proxy实现，返回的代理对象不等于原始对象。建议仅使用代理对象而避免依赖原始对象。
接受一个参数值并返回一个响应式且可改变的ref对象。ref对象拥有一个指向内部值的单一属性.value。
如果传入ref的是一个对象，将调用reactive方法进行深层响应转换。
使用响应式computedAPI有两种方式：
传入一个对象（响应式或普通）或ref，返回一个原始对象的只读代理。一个只读的代理是“深层的”，对象内部任何嵌套的属性也都是只读的。
立即执行传入的一个函数，并响应式追踪其依赖，并在其依赖变更时重新运行该函数。
当watchEffect在组件的setup()函数或生命周期钩子被调用时，侦听器会被链接到该组件的生命周期，并在组件卸载时自动停止。
在一些情况下，也可以显式调用返回值以停止侦听：
有时副作用函数会执行一些异步的副作用,这些响应需要在其失效时清除（即完成之前状态已改变了）。所以侦听副作用传入的函数可以接收一个onInvalidate函数作入参,用来注册清理失效时的回调。当以下情况发判岁生时，这个失效回调会被触发:
我们之所以是通过传入一个函数去注册失效回调，而不是从回调返回它（如ReactuseEffect中的方式），是因为返扒雹回值对于异步错误处理很重要。
在执行数据请求时，副作用函数往往是一个异步函数：
我们知道异步函数都会隐式地返回一个Promise，但是清理函数必须要在Promise被resolve之前被注册。另外，Vue依赖这个返回的Promise来自动处理Promise链上的潜在错误。
Vue的响应式系统会缓存副作用函数，并异步地刷新它们，这样可以避免同一个tick中多个状态改变导致的不必要的重复调用。在核心的具体实现中,组件的更新函数也是一个被侦听的副作用。当一个用户定义的副作用函数进入队列时,会在所有的组件更新后执行：
在这个例子中：
请注意，初始化运行是在组件mounted之前执行的。因此，如果你希望在编写副作用函数时访问DOM（或模板ref），请在onMounted钩子中进行：
如果副作用需要同步或在组件更新之前重新运行，我们可以传递一个拥有flush属性的对象作为选项（默认为'post'）：
onTrack和onTrigger选项可用于调试一个侦听器的行为。
这两个回调都将接收到一个包含有关所依赖项信息的调试器事件。建议在以下回调中编写debugger语句来检查依赖关系：
onTrack和onTrigger仅在开发模式下生效。
watchAPI完全等效于2.xthis.$watch（以及watch中相应的选项）。watch需要侦听特定的数据源，并在回调函数中执行副作用。默认情况是懒执行的，也就是说仅在侦听的源变更时才执行回调。
可以直接导入onXXX一族的函数来注册生命周期钩子：
vue3实践---路由router具体的项目创建这里就不说了，直接参考官方文档就够了：安装|Vue.js(vuejs.org)
不得不说，vite是真滴强，速度比起webpack快了好几倍，用过就真的回不去了。本次的实践是实现一个常见的后台管理系统，细节会尽量跳过，只集中在路由上面去展示和记录。
首先整个页面就是一级路由，通常会有登录页，报错页，主页之间的切换，这里也是做路由切换动画的主要地方。当顶部有导航菜单的时候红色框就是二级路由，以此类推绿色框就是三级祥轿饥路由。
创建好vue3项目的第帆旁一步就是安装vue-router,因为vite默认并没有安装的。参考官网：安装|VueRouter(vuejs.org)
然后在src目录下创建router目录，并添加2个文件index.js,routes.js.
这里就要画重点了。因为vue3的过度动画transition组件跟vue2比变化还是比较大的。主要是以下的2各方面：
1.transition组件在vue2中是作为父级包裹路由router-view的，到了vue3就反过来了
2.动画类名发生了一点变谨返化，开始和结束变成了from和to，所以不能直接吧vue2的过度动画复制过来，需要做一些改动。
uni-app项目小程序端支持vue3介绍随着vue3的发布，uni-app也逐步支持vue3。
目前小程序平台已支持，h5、App平台暂不支持。
除支持vue3语法特性外，uni-app特有的生命周期钩子支持CompositionAPI，如onLaunch，onShow，onLoad…
下面介绍创建支持vue3的uni-app项目的流程，以及使用中的一些注意事项。vue3相关问题请关注vue官方文档vue3中文文档。
目前仅支持cli方式创建支持vue3默认模板项目。
如果你之前没有使用过vue-cli方式创建过项目，需要先安装vue-cli，若已安装则跳过步骤1。
步骤1:全局安装vue-cli
步骤2:用如下的命令创建vue3工程
步骤3:创建好工程后，进入对应目录
步骤4:将项目跑到微局码虚信平台
需要将编译后的文件dist/dev/mp-weixin导入微信开发者工具运行，也可将项目拖入HbuildX中运桐燃行，方便运行到各个平台。
欢迎开发者反馈使用该版本遇到的问题，我们将积极收集意见。
后续：
DCloud之所以不支持vue3的h5和app版，主要是因为vue3的组件中很多语法的写法发生变化，这导致uni-app的h5版基础组件库和app版基础组件库的写法与vue3不兼容。
当然除了基础组件，插件市场的所有插件（包括uniui），都不支持vue3。即便是uni-app已经推出的vue3的小程序模告版，也不支持插件市场的插件。
考虑到生态兼容的重要性，vue官方（尤雨溪）计划年4月中下旬推出新版，对vue2的语法做兼容，届时uni-app的h5版和app版将同时推出，并且插件市场的众多插件也将自动适配vue3版的uni-app。
微前端框架 之 qiankun 从入门到源码分析
微前端框架 qiankun 是单页应用框架single-spa的优化版本，它旨在解决single-spa在构建微前端架构时遇到的问题，如强侵入性打包和状态维护的不足。理解qiankun前，最好先对single-spa有深入认识，以便带着问题去剖析源码。
single-spa虽然简单，但存在几个显著问题，如需将微应用打包成单个JS文件，影响了打包优化，且微应用发布时配置调整频繁。qiankun通过二次封装，解决了这些问题，使得微前端的构建和维护更为便捷。
qiankun 2.0.版本的源码分析全面深入，其优势在于提供了完整的示例项目和解决方案，避免用户重复踩坑。文章按主题拆分，让你逐步理解框架结构、主应用配置和微应用接入。源码中，loadApp方法被认为是核心，涉及样式隔离、通信机制等内容。
通过本文，你将学会如何从零开始使用qiankun，以及如何解析其内部实现。继续深入研究，你可以探索样式隔离的两种方式、预加载策略以及应用间通信机制。阅读qiankun源码可能需要反复阅读和讨论，但定会有收获。
最后，文章已收录到GitHub，你可以通过关注微信公众号获取最新更新。感谢您的点赞、收藏和评论，期待下期内容的互动。学习如溪水长流，成为习惯，知识自然成常。