首页 文章 精选 留言 我的

精选列表

搜索[vue.js],共641篇文章
优秀的个人博客,低调大师

用CORS 解决vue.js django跨域调用

Cross-Origin Resource Sharing(CORS)跨域资源共享是一份浏览器技术的规范,提供了 Web 服务从不同域传来沙盒脚本的方法,以避开浏览器的同源策略,是 JSONP 模式的现代版。与 JSONP 不同,CORS 除了 GET 要求方法以外也支持其他的 HTTP 要求。用 CORS 可以让网页设计师用一般的 XMLHttpRequest,这种方式的错误处理比 JSONP 要来的好。另一方面,JSONP 可以在不支持 CORS 的老旧浏览器上运作。现代的浏览器都支持 CORS。 引入 django-cors-middleware pip install django-cors-middleware 在 settings.py中添加,注意:不添加的话无法生效 INSTALLED_APPS = ( ... 'corsheaders', ) 添加 中间件 监听 MIDDLEWARE = [ ... 'corsheaders.middleware.CorsMiddleware', 'django.middleware.common.CommonMiddleware', ... ] 配置允许跨域访问的域名 CORS_ORIGIN_ALLOW_ALL = False CORS_ORIGIN_WHITELIST = ( 'google.com', 'hostname.example.com' ) 默认值是全部: CORS_ORIGIN_WHITELIST = () 或者定义允许的匹配路径正则表达式. CORS_ORIGIN_REGEX_WHITELIST = ('^(https?://)?(\w+.)?>google.com$', ) 默认值: CORS_ORIGIN_REGEX_WHITELIST = () 设置允许访问的方法: CORS_ALLOW_METHODS = ( 'GET', 'POST', 'PUT', 'PATCH', 'DELETE', 'OPTIONS' ) 设置允许的header: 默认值: CORS_ALLOW_HEADERS = ( 'x-requested-with', 'content-type', 'accept', 'origin', 'authorization', 'x-csrftoken' ) 本文转自 aaron428 51CTO博客,原文链接:http://blog.51cto.com/aaronsa/2071108

优秀的个人博客,低调大师

Vue.js 应用实现监控可观测性最佳实践

本文由观测云团队编写~ 前言 Vue 是一款用于构建用户界面的 JavaScript 框架。它基于标准 HTML、CSS 和 JavaScript 构建,并提供了一套声明式的、组件化的编程模型,帮助你高效地开发用户界面。无论是简单还是复杂的界面,Vue 都可以胜任。 TinyPro 是一套使用 Vue 编写的中后台管理后台框架,官网地址:https://www.opentiny.design/vue-pro/docs/start , 下面以 TinyPro 为例来接入如何实现 Vue 应用的可观测性。 环境信息 Node 版本 > 10 接入方案 准备工作 注册观测云账号(https://auth.guance.com/businessRegister) 安装了 vue( https://cn.vuejs.org/guide/quick-start.html ); TinyCli(https://www.opentiny.design/tiny-cli/docs/start) 第一步:在观测云创建应用 这里面的就是配置代码,后面会用到。 第二步:下载 TinyPro 管理后台 tinyinit 控制台提示如下: 成功安装大概样式: 项目结构如下: 接入观测云 SDK 接入观测云 SDK 有两种方式:npm 或者 cdn,选择其中一种即可。 npm 方式接入 在项目根目录执行以下脚本安装 sdk 。 npminstall@cloudcare/browser-rum 安装脚本后,找到入口文件,并粘贴如下代码,注意修改。 //引入观测云rum的sdk import{datafluxRum}from'@cloudcare/browser-rum' cdn 方式接入 在当前目录下找到 index.hml 并把观测云接入代码拷贝到 head 标签内,如下图所示。 配置启动参数 通过配置的参数能设置应用名称、版本、环境、采样率等。 cdn 方式接入 cdn 方式接入有同步或异步,如果选择同步方式,可以按照如下接入。 npm 方式接入 //初始化sdk datafluxRum.init({ applicationId:'guance',//应用id site:'https://rum-openway.guance.com', clientToken:"***"//请在3.1的第一步中创建的内容查看clientToken env:'production', version:'1.0.0', sessionSampleRate:100, sessionReplaySampleRate:70, trackInteractions:true, traceType:'ddtrace',//非必填,默认为ddtrace, //目前支持ddtrace、zipkin、skywalking_v3、jaeger、zipkin_single_header、w3c_traceparent6种类型 allowedTracingOrigins:['https://api.example.com',/https://.*.my-api-domain.com/],//非必填,允许注入trace采集器所需header头部的所有请求列表。 //可以是请求的origin,也可以是正则 }) 启动项目 我们启动项目,命令如下: tinystart 检查是否有数据上报,如果在 network 看到有 rum 的数据,则说明上报成功。 实践效果 用户会话、轨迹 页面性能、设备等信息 录制回放效果 概览信息 性能看板 资源分析 关于 OpenTiny OpenTiny 是一套企业级 Web 前端开发解决方案,提供跨端、跨框架、跨版本的 TinyVue 组件库,包含基于 Angular+TypeScript 的 TinyNG 组件库,拥有灵活扩展的低代码引擎 TinyEngine,具备主题配置系统TinyTheme / 中后台模板 TinyPro/ TinyCLI 命令行等丰富的效率提升工具,可帮助开发者高效开发 Web 应用。 欢迎加入 OpenTiny 开源社区。添加微信小助手:opentiny-official 一起参与交流前端技术~ OpenTiny 官网:https://opentiny.design/ OpenTiny 代码仓库:https://github.com/opentiny/ TinyVue 源码:https://github.com/opentiny/tiny-vue TinyEngine 源码: https://github.com/opentiny/tiny-engine 欢迎进入代码仓库 Star🌟TinyEngine、TinyVue、TinyNG、TinyCLI~ 如果你也想要共建,可以进入代码仓库,找到good first issue标签,一起参与开源贡献~

优秀的个人博客,低调大师

Deepin、Kratos、Vue.js…欢迎投票「最受欢迎项目」

评选活动设置「最受欢迎项目」,以及特别策划的「优秀中国开源原生创企」和「最具情怀奖」,本页面用于投票选出「最受欢迎项目」; 参与投票的候选项目被划分到「组织」或「个人」通道,最终选出 TOP 30 项目(组织:21 个,个人:9 个) 详细规则点此查看; 候选开源项目均由国人发起,评审委员会筛选出本页面的候选项目; 提名、修改项目信息等相关问题请私信 @OSCHINA编辑部。

优秀的个人博客,低调大师

Vue.js】873- Vue 3.0 进阶之指令探秘

在 Vue 的项目中,我们经常会遇到 v-if、v-show、v-for 或 v-model 这些内置指令,它们为我们提供了不同的功能。除了使用这些内置指令之外,Vue 也允许注册自定义指令。 接下来,阿宝哥将使用 Vue 3 官方文档 自定义指令 章节中使用的示例,来一步步揭开自定义指令背后的秘密。 提示:在阅读本文前,建议您先阅读 Vue 3 官方文档 自定义指令 章节的内容。 一、自定义指令 1、注册全局自定义指令 constapp=Vue.createApp({})//注册一个全局自定义指令v-focusapp.directive('focus',{//当被绑定的元素挂载到DOM中时被调用mounted(el){//聚焦元素el.focus()}}) 2、使用全局自定义指令 <divid="app"><inputv-focus/></div> 3、完整的使用示例 <divid="app"><inputv-focus/></div><script>const{createApp}=Vueconstapp=Vue.createApp({})//①app.directive('focus',{//②//当被绑定的元素挂载到DOM中时被调用mounted(el){el.focus()//聚焦元素}})app.mount('#app')//③</script> 当页面加载完成后,页面中的输入框元素将自动获得焦点。该示例的代码比较简单,主要包含 3 个步骤:创建 App 对象、注册全局自定义指令和应用挂载。其中创建 App 对象的细节,阿宝哥会在后续的文章中单独介绍,下面我们将重点分析其他 2 个步骤。首先我们先来分析注册全局自定义指令的过程。 二、注册全局自定义指令的过程 在以上示例中,我们使用 app 对象的 directive 方法来注册全局自定义指令: app.directive('focus',{//当被绑定的元素挂载到DOM中时被调用mounted(el){el.focus()//聚焦元素}}) 当然,除了注册全局自定义指令外,我们也可以注册局部指令,因为组件中也接受一个 directives 的选项: directives:{focus:{mounted(el){el.focus()}}} 对于以上示例来说,我们使用的 app.directive 方法被定义在 runtime-core/src/apiCreateApp.ts 文件中: //packages/runtime-core/src/apiCreateApp.tsexportfunctioncreateAppAPI<HostElement>(render:RootRenderFunction,hydrate?:RootHydrateFunction):CreateAppFunction<HostElement>{returnfunctioncreateApp(rootComponent,rootProps=null){constcontext=createAppContext()letisMounted=falseconstapp:App=(context.app={//省略部分代码_context:context,//用于注册或检索全局指令。directive(name:string,directive?:Directive){if(__DEV__){validateDirectiveName(name)}if(!directive){returncontext.directives[name]asany}if(__DEV__&&context.directives[name]){warn(`Directive"${name}"hasalreadybeenregisteredintargetapp.`)}context.directives[name]=directivereturnapp},returnapp}} 通过观察以上代码,我们可以知道 directive 方法支持以下两个参数: name:表示指令的名称; directive(可选):表示指令的定义。 name 参数比较简单,所以我们重点分析 directive 参数,该参数的类型是 Directive 类型: //packages/runtime-core/src/directives.tsexporttypeDirective<T=any,V=any>=|ObjectDirective<T,V>|FunctionDirective<T,V> 由上可知 Directive 类型属于联合类型,所以我们需要继续分析 ObjectDirective 和 FunctionDirective 类型。这里我们先来看一下 ObjectDirective 类型的定义: //packages/runtime-core/src/directives.tsexportinterfaceObjectDirective<T=any,V=any>{created?:DirectiveHook<T,null,V>beforeMount?:DirectiveHook<T,null,V>mounted?:DirectiveHook<T,null,V>beforeUpdate?:DirectiveHook<T,VNode<any,T>,V>updated?:DirectiveHook<T,VNode<any,T>,V>beforeUnmount?:DirectiveHook<T,null,V>unmounted?:DirectiveHook<T,null,V>getSSRProps?:SSRDirectiveHook} 该类型定义了对象类型的指令,对象上的每个属性表示指令生命周期上的钩子。而 FunctionDirective 类型则表示函数类型的指令: //packages/runtime-core/src/directives.tsexporttypeFunctionDirective<T=any,V=any>=DirectiveHook<T,any,V>exporttypeDirectiveHook<T=any,Prev=VNode<any,T>|null,V=any>=(el:T,binding:DirectiveBinding<V>,vnode:VNode<any,T>,prevVNode:Prev)=>void 介绍完 Directive 类型,我们再回顾一下前面的示例,相信你就会清晰很多: app.directive('focus',{//当被绑定的元素挂载到DOM中时触发mounted(el){el.focus()//聚焦元素}}) 对于以上示例,当我们调用 app.directive 方法注册自定义 focus 指令时,就会执行以下逻辑: directive(name:string,directive?:Directive){if(__DEV__){//避免自定义指令名称,与已有的内置指令名称冲突validateDirectiveName(name)}if(!directive){//获取name对应的指令对象returncontext.directives[name]asany}if(__DEV__&&context.directives[name]){warn(`Directive"${name}"hasalreadybeenregisteredintargetapp.`)}context.directives[name]=directive//注册全局指令returnapp} 当 focus 指令注册成功之后,该指令会被保存在 context 对象的 directives 属性中,具体如下图所示: 顾名思义 context 是表示应用的上下文对象,那么该对象是如何创建的呢?其实,该对象是通过 createAppContext 函数来创建的: constcontext=createAppContext() 而 createAppContext 函数被定义在 runtime-core/src/apiCreateApp.ts 文件中: //packages/runtime-core/src/apiCreateApp.tsexportfunctioncreateAppContext():AppContext{return{app:nullasany,config:{isNativeTag:NO,performance:false,globalProperties:{},optionMergeStrategies:{},isCustomElement:NO,errorHandler:undefined,warnHandler:undefined},mixins:[],components:{},directives:{},provides:Object.create(null)}} 看到这里,是不是觉得注册全局自定义指令的内部处理逻辑其实挺简单的。那么对于已注册的 focus 指令,何时会被调用呢?要回答这个问题,我们就需要分析另一个步骤 —— 应用挂载。 三、应用挂载的过程 为了更加直观地了解应用挂载的过程,阿宝哥利用 Chrome 开发者工具,记录了应用挂载的主要过程: 通过上图,我们就可以知道应用挂载期间所经历的主要过程。此外,从图中我们也发现了一个与指令相关的函数 resolveDirective。很明显,该函数用于解析指令,且该函数在 render 方法中会被调用。在源码中,我们找到了该函数的定义: //packages/runtime-core/src/helpers/resolveAssets.tsexportfunctionresolveDirective(name:string):Directive|undefined{returnresolveAsset(DIRECTIVES,name)} 在 resolveDirective 函数内部,会继续调用 resolveAsset 函数来执行具体的解析操作。在分析 resolveAsset 函数的具体实现之前,我们在 resolveDirective 函数内部加个断点,来一睹 render 方法的 “芳容”: 在上图中,我们看到了与 focus 指令相关的 _resolveDirective("focus") 函数调用。前面我们已经知道在 resolveDirective 函数内部会继续调用 resolveAsset 函数,该函数的具体实现如下: //packages/runtime-core/src/helpers/resolveAssets.tsfunctionresolveAsset(type:typeofCOMPONENTS|typeofDIRECTIVES,name:string,warnMissing=true){constinstance=currentRenderingInstance||currentInstanceif(instance){constComponent=instance.type//省略解析组件的处理逻辑constres=//局部注册resolve(instance[type]||(ComponentasComponentOptions)[type],name)||//全局注册resolve(instance.appContext[type],name)returnres}elseif(__DEV__){warn(`resolve${capitalize(type.slice(0,-1))}`+`canonlybeusedinrender()orsetup().`)}} 因为注册 focus 指令时,使用的是全局注册的方式,所以解析的过程会执行 resolve(instance.appContext[type], name) 该语句,其中 resolve 方法的定义如下: functionresolve(registry:Record<string,any>|undefined,name:string){return(registry&&(registry[name]||registry[camelize(name)]||registry[capitalize(camelize(name))]))} 分析完以上的处理流程,我们可以知道在解析全局注册的指令时,会通过 resolve 函数从应用的上下文对象中获取已注册的指令对象。在获取到 _directive_focus 指令对象后,render 方法内部会继续调用 _withDirectives 函数,用于把指令添加到 VNode 对象上,该函数被定义在 runtime-core/src/directives.ts 文件中: //packages/runtime-core/src/directives.tsexportfunctionwithDirectives<TextendsVNode>(vnode:T,directives:DirectiveArguments):T{constinternalInstance=currentRenderingInstance//获取当前渲染的实例constinstance=internalInstance.proxyconstbindings:DirectiveBinding[]=vnode.dirs||(vnode.dirs=[])for(leti=0;i<directives.length;i++){let[dir,value,arg,modifiers=EMPTY_OBJ]=directives[i]//在mounted和updated时,触发相同行为,而不关系其他的钩子函数if(isFunction(dir)){//处理函数类型指令dir={mounted:dir,updated:dir}asObjectDirective}bindings.push({dir,instance,value,oldValue:void0,arg,modifiers})}returnvnode} 因为一个节点上可能会应用多个指令,所以 withDirectives 函数在 VNode 对象上定义了一个 dirs 属性且该属性值为数组。对于前面的示例来说,在调用 withDirectives 函数之后,VNode 对象上就会新增一个 dirs 属性,具体如下图所示: 通过上面的分析,我们已经知道在组件的 render 方法中,我们会通过 withDirectives 函数把指令注册对应的 VNode 对象上。那么 focus 指令上定义的钩子什么时候会被调用呢?在继续分析之前,我们先来介绍一下指令对象所支持的钩子函数。 一个指令定义对象可以提供如下几个钩子函数 (均为可选): created:在绑定元素的属性或事件监听器被应用之前调用。 beforeMount:当指令第一次绑定到元素并且在挂载父组件之前调用。 mounted:在绑定元素的父组件被挂载后调用。 beforeUpdate:在更新包含组件的 VNode 之前调用。 updated:在包含组件的 VNode 及其子组件的 VNode 更新后调用。 beforeUnmount:在卸载绑定元素的父组件之前调用。 unmounted:当指令与元素解除绑定且父组件已卸载时,只调用一次。 介绍完这些钩子函数之后,我们再来回顾一下前面介绍的 ObjectDirective 类型: //packages/runtime-core/src/directives.tsexportinterfaceObjectDirective<T=any,V=any>{created?:DirectiveHook<T,null,V>beforeMount?:DirectiveHook<T,null,V>mounted?:DirectiveHook<T,null,V>beforeUpdate?:DirectiveHook<T,VNode<any,T>,V>updated?:DirectiveHook<T,VNode<any,T>,V>beforeUnmount?:DirectiveHook<T,null,V>unmounted?:DirectiveHook<T,null,V>getSSRProps?:SSRDirectiveHook} 好的,接下来我们来分析一下 focus 指令上定义的钩子什么时候被调用。同样,阿宝哥在 focus 指令的 mounted 方法中加个断点: 在图中右侧的调用栈中,我们看到了 invokeDirectiveHook 函数,很明显该函数的作用就是调用指令上已注册的钩子。出于篇幅考虑,具体的细节阿宝哥就不继续介绍了,感兴趣的小伙伴可以自行断点调试一下。 四、阿宝哥有话说 4.1 Vue 3 有哪些内置指令? 在介绍注册全局自定义指令的过程中,我们看到了一个 validateDirectiveName 函数,该函数用于验证自定义指令的名称,从而避免自定义指令名称,与已有的内置指令名称冲突。 //packages/runtime-core/src/directives.tsexportfunctionvalidateDirectiveName(name:string){if(isBuiltInDirective(name)){warn('Donotusebuilt-indirectiveidsascustomdirectiveid:'+name)}} 在 validateDirectiveName 函数内部,会通过 isBuiltInDirective(name) 语句来判断是否为内置指令: constisBuiltInDirective=/*#__PURE__*/makeMap('bind,cloak,else-if,else,for,html,if,model,on,once,pre,show,slot,text') 以上代码中的 makeMap 函数,用于生成一个 map 对象(Object.create(null))并返回一个函数,用于检测某个 key 是否存在 map 对象中。另外,通过以上代码,我们就可以很清楚地了解 Vue 3 中为我们提供了哪些内置指令。 4.2 指令有几种类型? 在 Vue 3 中指令分为 ObjectDirective 和 FunctionDirective 两种类型: //packages/runtime-core/src/directives.tsexporttypeDirective<T=any,V=any>=|ObjectDirective<T,V>|FunctionDirective<T,V> ObjectDirective exportinterfaceObjectDirective<T=any,V=any>{created?:DirectiveHook<T,null,V>beforeMount?:DirectiveHook<T,null,V>mounted?:DirectiveHook<T,null,V>beforeUpdate?:DirectiveHook<T,VNode<any,T>,V>updated?:DirectiveHook<T,VNode<any,T>,V>beforeUnmount?:DirectiveHook<T,null,V>unmounted?:DirectiveHook<T,null,V>getSSRProps?:SSRDirectiveHook} FunctionDirective exporttypeFunctionDirective<T=any,V=any>=DirectiveHook<T,any,V>exporttypeDirectiveHook<T=any,Prev=VNode<any,T>|null,V=any>=(el:T,binding:DirectiveBinding<V>,vnode:VNode<any,T>,prevVNode:Prev)=>void 如果你想在 mounted 和 updated 时触发相同行为,而不关心其他的钩子函数。那么你可以通过将回调函数传递给指令来实现: app.directive('pin',(el,binding)=>{el.style.position='fixed'consts=binding.arg||'top'el.style[s]=binding.value+'px'}) 4.3 注册全局指令与局部指令有什么区别? 注册全局指令 app.directive('focus',{//当被绑定的元素挂载到DOM中时被调用mounted(el){el.focus()//聚焦元素}}); 注册局部指令 constComponent=defineComponent({directives:{focus:{mounted(el){el.focus()}}},render(){const{directives}=this.$options;return[withDirectives(h('input'),[[directives.focus,]])]}}); 解析全局注册和局部注册的指令 //packages/runtime-core/src/helpers/resolveAssets.tsfunctionresolveAsset(type:typeofCOMPONENTS|typeofDIRECTIVES,name:string,warnMissing=true){constinstance=currentRenderingInstance||currentInstanceif(instance){constComponent=instance.type//省略解析组件的处理逻辑constres=//局部注册resolve(instance[type]||(ComponentasComponentOptions)[type],name)||//全局注册resolve(instance.appContext[type],name)returnres}} 4.4 内置指令和自定义指令生成的渲染函数有什么区别? 要了解内置指令和自定义指令生成的渲染函数的区别,阿宝哥以 v-if 、v-show 内置指令和 v-focus 自定义指令为例,然后使用 Vue 3 Template Explorer 这个在线工具来编译生成渲染函数: v-if 内置指令 <inputv-if="isShow"/>const_Vue=Vuereturnfunctionrender(_ctx,_cache,$props,$setup,$data,$options){with(_ctx){const{createVNode:_createVNode,openBlock:_openBlock,createBlock:_createBlock,createCommentVNode:_createCommentVNode}=_VuereturnisShow?(_openBlock(),_createBlock("input",{key:0})):_createCommentVNode("v-if",true)}} 对于 v-if 指令来说,在编译后会通过 ?: 三目运算符来实现动态创建节点的功能。 v-show 内置指令 <inputv-show="isShow"/>const_Vue=Vuereturnfunctionrender(_ctx,_cache,$props,$setup,$data,$options){with(_ctx){const{vShow:_vShow,createVNode:_createVNode,withDirectives:_withDirectives,openBlock:_openBlock,createBlock:_createBlock}=_Vuereturn_withDirectives((_openBlock(),_createBlock("input",null,null,512/*NEED_PATCH*/)),[[_vShow,isShow]])}} 以上示例中的 vShow 指令被定义在 packages/runtime-dom/src/directives/vShow.ts 文件中,该指令属于 ObjectDirective 类型的指令,该指令内部定义了 beforeMount、mounted、updated 和 beforeUnmount 四个钩子。 v-focus 自定义指令 <inputv-focus/>const_Vue=Vuereturnfunctionrender(_ctx,_cache,$props,$setup,$data,$options){with(_ctx){const{resolveDirective:_resolveDirective,createVNode:_createVNode,withDirectives:_withDirectives,openBlock:_openBlock,createBlock:_createBlock}=_Vueconst_directive_focus=_resolveDirective("focus")return_withDirectives((_openBlock(),_createBlock("input",null,null,512/*NEED_PATCH*/)),[[_directive_focus]])}} 通过对比 v-focus 与 v-show 指令生成的渲染函数,我们可知 v-focus 自定义指令与 v-show 内置指令都会通过 withDirectives 函数,把指令注册到 VNode 对象上。而自定义指令相比内置指令来说,会多一个指令解析的过程。 此外,如果在 input 元素上,同时应用了 v-show 和 v-focus 指令,则在调用 _withDirectives 函数时,将使用二维数组: <inputv-show="isShow"v-focus/>const_Vue=Vuereturnfunctionrender(_ctx,_cache,$props,$setup,$data,$options){with(_ctx){const{vShow:_vShow,resolveDirective:_resolveDirective,createVNode:_createVNode,withDirectives:_withDirectives,openBlock:_openBlock,createBlock:_createBlock}=_Vueconst_directive_focus=_resolveDirective("focus")return_withDirectives((_openBlock(),_createBlock("input",null,null,512/*NEED_PATCH*/)),[[_vShow,isShow],[_directive_focus]])}} 4.5 如何在渲染函数中应用指令? 除了在模板中应用指令之外,利用前面介绍的 withDirectives 函数,我们可以很方便地在渲染函数中应用指定的指令: <divid="app"></div><script>const{createApp,h,vShow,defineComponent,withDirectives}=VueconstComponent=defineComponent({data(){return{value:true}},render(){return[withDirectives(h('div','我是阿宝哥'),[[vShow,this.value]])]}});constapp=Vue.createApp(Component)app.mount('#app')</script> 本文阿宝哥主要介绍了在 Vue 3 中如何自定义指令、如何注册全局和局部指令。为了让大家能够更深入地掌握自定义指令的相关知识,阿宝哥从源码的角度分析了指令的注册和应用过程。 在后续的文章中,阿宝哥将会介绍一些特殊的指令,当然也会重点分析一下双向绑定的原理,感兴趣的小伙伴不要错过哟。 五、参考资源 Vue 3 官网 - 自定义指令 Vue 3 官网 - 应用 API 聚焦全栈,专注分享 TypeScript、Web API、前端架构等技术干货。 本文分享自微信公众号 - 前端自习课(FE-study)。如有侵权,请联系 support@oschina.cn 删除。本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。

优秀的个人博客,低调大师

每日一博 | Vue.js 组件复用和扩展之道

软件编程有一个重要的原则是 D.R.Y(Don't Repeat Yourself),讲的是尽量复用代码和逻辑,减少重复。组件扩展可以避免重复代码,更易于快速开发和维护。那么,扩展 Vue 组件的最佳方法是什么? Vue 提供了不少 API 和模式来支持组件复用和扩展,你可以根据自己的目的和偏好来选择。 本文介绍几种比较常见的方法和模式,希望对你有所帮助。 扩展组件是否必要 扩展往往通过继承基础组件来达到功能复用的目的。要知道,所有的组件扩展方法都会增加复杂性和额外代码,有时候还会增加性能消耗。经验告诉我们,组合模式优于继承。 因此,在决定扩展组件之前,最好先看看有没有其他更简单的设计模式能完成目标。 下面几种模式通常足够替代扩展组件了: props配合模板逻辑 slot 插槽 JavaScript 工具函数 props配合模板逻辑 最简单的方法是通过props结合模板条件渲染,来实现组件的多功能。 比如通过type属性: MyVersatileComponent.vue <template> <divclass="wrapper"> <divv-if="type==='a'">...</div> <divv-else-if="type==='b'">...</div> <!--etcetc--> </div> </template> <script> exportdefault{ props:{type:String}, ... } </script> 使用组件的时候传不同的type值就能实现不同的结果。 //*ParentComponent.vue* <template> <MyVersatileComponenttype="a"/> <MyVersatileComponenttype="b"/> </template> 如果出现下面两种情况,就说明这种模式不适用了,或者用法不对: 组件组合模式把状态和逻辑分解成原子部分,从而让应用具备可扩展性。如果组件内存在大量条件判断,可读性和可维护性就会变差。 props 和模板逻辑的本意是让组件动态化,但是也存在运行时资源消耗。如果你利用这种机制在运行时解决代码组合问题,那是一种反模式。 slot(插槽) 另一种可避免组件扩展的方式是利用slots(插槽),就是让父组件在子组件内设置自定义内容。 //*MyVersatileComponent.vue* <template> <divclass="wrapper"> <h3>Commonmarkup</div> <slot/> </div> </template> //*ParentComponent.vue* <template> <MyVersatileComponent> <h4>Insertingintotheslot</h4> </MyVersatileComponent> </template> 渲染结果: <divclass="wrapper"> <h3>Commonmarkup</div> <h4>Insertingintotheslot</h4> </div> 这种模式有一个潜在约束, slot 内的元素从属于父组件的上下文,在拆分逻辑和状态时可能不太自然。scoped slot会更灵活,后面会在无渲染组件一节里提到。 JavaScript 工具函数 如果只需要在各组件之间复用独立的函数,那么只需要抽取这些 JavaScript 模块就行了,根本不需要用到组件扩展模式。 JavaScript 的模块系统是一种非常灵活和健壮的代码共享方式,所以你应该尽可能地依靠它。 MyUtilityFunction.js exportdefaultfunction(){ ... } MyComponent.vue importMyUtilityFunctionfrom"./MyUtilityFunction"; exportdefault{ methods:{ MyUtilityFunction } } 扩展组件的几种模式 如果你已经考虑过以上几种简单的模式,但这些模式还不够灵活,无法满足需求。那么就可以考虑扩展组件了。 扩展 Vue 组件最流行的方法有以下四种: Composition API mixin 高阶组件(HOC) 无渲染组件 每一种方法都有其优缺点,根据使用场景,或多或少都有适用的部分。 Composition API 组件之间共享状态和逻辑的最新方案是 Composition API。这是 Vue 3 推出的 API,也可以在 Vue 2 里当插件使用。 跟之前在组件定义配置对象里声明data,computed,methods等属性的方式不同,Composition API 通过一个setup函数声明和返回这些配置。 比如,用 Vue 2 配置属性的方式声明Counter组件是这样的: Counter.vue <template> <button@click="increment"> Countis:{{count}},doubleis:{{double}} </button> <template> <script> exportdefault{ data:()=>({ count:0 }), methods:{ increment(){ this.count++; } }, computed:{ double(){ returnthis.count*2; } } } </script> 用 Composition API 重构这个组件,功能完全一样: Counter.vue <template><!--asabove--><template> <script> import{reactive,computed}from"vue"; exportdefault{ setup(){ conststate=reactive({ count:0, double:computed(()=>state.count*2) }); functionincrement(){ state.count++ } return{ count, double, increment } } } </script> 用 Composition API 声明组件的主要好处之一是,逻辑复用和抽取变得非常轻松。 进一步重构,把计数器的功能移到 JavaScript 模块useCounter.js中: useCounter.js import{reactive,computed}from"vue"; exportdefaultfunction{ conststate=reactive({ count:0, double:computed(()=>state.count*2) }); functionincrement(){ state.count++ } return{ count, double, increment } } 现在,计数器功能可以通过setup函数无缝引入到任意 Vue 组件中: MyComponent.vue <template><!--asabove--></template> <script> importuseCounterfrom"./useCounter"; exportdefault{ setup(){ const{count,double,increment}=useCounter(); return{ count, double, increment } } } </script> Composition 函数让功能模块化、可重用,是扩展组件最直接和低成本的方式。 Composition API 的缺点 Composition API 的缺点其实不算什么——可能就是看起来有点啰嗦,并且新的用法对一些 Vue 开发者来说有点陌生。新技术总有个适应的过程,迟早会大面积应用。 mixin 如果你还在用 Vue 2,或者只是喜欢用配置对象的方式定义组件功能,可以用 mixin 模式。mixin 把公共逻辑和状态抽取到单独的对象,跟使用 mixin 的组件内部定义对象合并。 我们继续用之前的Counter组件例子,把公共逻辑和状态放到CounterMixin.js模块中。 CounterMixin.js exportdefault{ data:()=>({ count:0 }), methods:{ increment(){ this.count++; } }, computed:{ double(){ returnthis.count*2; } } } 使用 mixin 也很简单,只要导入对应模块并在mixins数组里加上变量就行。组件初始化时会把 mixin 对象与组件内部定义对象合并。 MyComponent.vue importCounterMixinfrom"./CounterMixin"; exportdefault{ mixins:[CounterMixin], methods:{ decrement(){ this.count--; } } } 选项合并 如果组件内的选项跟 mixin 冲突怎么办? 比如,给组件定义一个自带的increment方法,哪个优先级更高呢? MyComponent.vue importCounterMixinfrom"./CounterMixin"; exportdefault{ mixins:[CounterMixin], methods:{ //自带的`increment``方法会覆盖 mixin 的`increment`吗? increment(){...} } } 这个时候就要说到 Vue 的合并策略了。Vue 有一系列的规则,决定了如何处理同名选项。 通常,组件自带的选项会覆盖来自 mixin 的选项。但也有例外,比如同类型的生命周期钩子,不是直接覆盖,而是都放进数组,按顺序执行。 你也可以通过自定义合并策略改变默认行为。 mixin 的缺点 作为扩展组件的一种模式,mixin 对于简单的场景还算好用,一旦规模扩大,问题就来了。不仅需要注意命名冲突问题(尤其是第三方 mixin),使用了多个 mixin 的组件,很难搞清楚某个功能到底来自于哪里,定位问题也比较困难。 高阶组件 高阶组件(HOC)是从 React 借用的概念,Vue 也能使用。 为了理解这个概念,我们先抛开组件,看看两个简单的 JavaScript 函数,increment和double。 functionincrement(x){ returnx++; } functiondouble(x){ returnx*2; } 假设我们想给这两个函数都加一个功能:在控制台输出结果。 为此,我们可以用高阶函数模式,新建一个addLogging函数,接受函数作为参数,并返回一个带有新增功能的函数。 functionaddLogging(fn){ returnfunction(x){ constresult=fn(x); console.log("Theresultis:",result); returnresult; }; } constincrementWithLogging=addLogging(increment); constdoubleWithLogging=addLogging(double); 组件如何利用这种模式呢?类似地,我们创建一个高阶组件来渲染Counter组件,同时添加一个decrement方法作为实例属性。 实际代码比较复杂,这里只给出伪代码作为示意: importCounterfrom"./Counter"; //伪代码 constCounterWithDecrement=>({ render(createElement){ constoptions={ decrement(){ this.count--; } } returncreateElement(Counter,options); } }); HOC 模式比 mixin 更简洁,扩展性更好,但是代价是增加了一个包裹组件,实现起来也需要技巧。 无渲染组件 如果需要在多个组件上使用相同的逻辑和状态,只是展示方式不同,那么就可以考虑无渲染组件模式。 该模式需要用到两类组件:逻辑组件用于声明逻辑和状态,展示组件用于展示数据。 逻辑组件 还是回到Counter的例子,假设我们需要在多个地方重用这个组件,但是展示方式不同。 创建一个CounterRenderless.js用于定义逻辑组件,包含逻辑和状态,但是不包含模板,而是通过render函数声明scoped slot。 scoped slot暴露三个属性给父组件使用:状态count,方法increment和计算属性double。 CounterRenderless.js exportdefault{ data:()=>({ count:0 }), methods:{ increment(){ this.count++; } }, computed:{ double(){ returnthis.count*2; } }, render(){ returnthis.$scopedSlots.default({ count:this.count, double:this.double, increment:this.toggleState, }) } } 这里的scoped slot是这种模式里逻辑组件的关键所在。 展示组件 接下来是展示组件,作为无渲染组件的使用方,提供具体的展示方式。 所有的元素标签都包含在scoped slot里。可以看到,这些属性在使用上跟模板直接放在逻辑组件里没什么两样。 CounterWithButton.vue <template> <counter-renderlessslot-scope="{count,double,increment}"> <div>Countis:{{count}}</div> <div>Doubleis:{{double}}</div> <button@click="increment">Increment</button> </counter-renderless> </template> <script> importCounterRenderlessfrom"./CountRenderless"; exportdefault{ components:{ CounterRenderless } } </script> 无渲染组件模式非常灵活,也容易理解。但是,它没有前面那几种方法那么通用,可能只有一种应用场景,那就是用于开发组件库。 模板扩展 上面的 API 也好,设计模式也罢,都有一种局限性,就是无法扩展组件的模板。Vue 在逻辑和状态方面有办法重用,但是对于模板标签就无能为力了。 有一种比较 hack 的方式,就是利用 HTML 预处理器,比如 Pug,来处理模板扩展。 第一步是创建一个基础模板.pug文件,包含公共的页面元素。还要包含一个block input,作为模板扩展的占位符。 BaseTemplate.pug div.wrapper h3{{myCommonProp}}<!--commonmarkup--> blockinput<!--extendedmarkupoutlet--> 为了能扩展这个模板,需要安装 Vue Loader 的 Pug 插件。然后就可以引入基础模板并利用block input语法替换占位部分了: MyComponent.vue <templatelang="pug"> extendsBaseTemplate.pug blockinput h4{{myLocalProp}}<!--getsincludedinthebasetemplate--> </template> 一开始你可能会认为它跟 slot 的概念是一样的,但是有个区别,这里的基础模板不属于任何单独的组件。它在编译时跟当前组件合并,而不是像 slot 那样是在运行时替换。 参考资料: https://reactjs.org/blog/2016/07/13/mixins-considered-harmful.html https://adamwathan.me/renderless-components-in-vuejs/ 顺手点“在看”,每天早下班;转发加关注,共奔小康路~ 本文分享自微信公众号 - 1024译站(trans1024)。 如有侵权,请联系 support@oschina.cn 删除。 本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册