1.elementui源码学习之仿写一个el-tag
2.JSTL和EL的区别
3.element-ui 组件库 button 源码分析
4.element UI源码阅读之如何开发组件？
5.elementui源码学习之仿写一个el-tabs
6.关于el-upload看这一篇就够了

elementui源码学习之仿写一个el-tag

       本文旨在记录如何仿写el-divider组件的工具细节，以帮助读者更深入地理解饿了么UI中对应组件的源码源码具体工作方式。这是工具继之前elementui源码学习仿写系列文章之后的又一新作，未来如有空闲时间，源码源码将继续更新并仿写其他组件。工具相关源码已托管于github，源码源码unicloud项目源码读者可下载后通过npm start运行，工具并结合注释进行学习。源码源码github仓库地址为：github.com/shuirongshui...

       针对tag组件，工具其主要用途是源码源码展示标签信息，常见需求包括：

       饿了么官方采用的工具el-tag组件是通过render函数实现的，因此这里我们也采用相同的源码源码方法进行编写。整体而言，工具这个组件相对简单。源码源码只需注意jsx的工具语法即可。

       若想查看效果，可直接复制粘贴代码运行，并结合注释进行学习。最完整的代码可在github上找到。

       以下是使用代码封装组件的代码总结：

JSTL和EL的区别

       JSTL是一个不断完善的开放源代码，EL只是一个表达式。

       JSTL简介：

       JSP 标准标签库（JSP Standard Tag Library，JSTL）是一个实现 Web应用程序中常见的通用功能的定制标记库集，这些功能包括迭代和条件判断、数据管理格式化、XML 操作以及数据库访问。

       åœ¨ developerWorks 上其新系列的第一篇文章中，软件工程师Mark Kolb 向您展示了如何使用 JSTL 标记来避免在 JSP 页面中使用脚本编制元素。您还将了解如何通过从表示层删除源代码来简化软件维护。最后，您将了解 JSTL 经过简化的表达式语言，它允许在不必使用功能齐全的编程语言的情况下对 JSTL 操作指定动态属性值。

       JavaServer Pages（JSP）是用于 J2EE 平台的标准表示层技术。JSP 技术提供了用于执行计算（这些计算用来动态地生成页面内容）的脚本编制元素和操作。脚本编制元素允许在 JSP 页面中包括程序源代码，在为响应用户请求而呈现页面时可以执行这些源代码。

       æ“ä½œå°†è®¡ç®—操作封装到很象 HTML 或 XML 标记的标记中，JSP 页面的模板文本通常包含这些标记。JSP 规范只将几种操作定义成了标准，但从 JSP 1.1 开始，开发人员已经能够以定制标记库的方式创建其自己的操作了。

       JSP 标准标记库（JSTL）是 JSP 1.2 定制标记库集，这些标记库实现大量服务器端 Java应用程序常用的基本功能。通过为典型表示层任务（如数据格式化和迭代或条件内容）提供标准实现，JSTL 使 JSP 作者可以专注于特定于应用程序的开发需求，而不是为这些通用操作“另起炉灶”。

       å½“然，您可以使用 JSP 脚本编制元素（scriptlet、表达式和声明）来实现此类任务。例如，可以使用三个 scriptlet 实现条件内容，清单 1 中着重显示了这三个 scriptlet。但是，因为脚本编制元素依赖于在页面中嵌入程序源代码（通常是 Java 代码）。

       æ‰€ä»¥å¯¹äºŽä½¿ç”¨è¿™äº›è„šæœ¬ç¼–制元素的 JSP 页面，其软件维护任务的复杂度大大增加了。例如，清单 1 中的 scriptlet 示例严格地依赖于花括号的正确匹配。如果不经意间引入了一个语法错误，则条件内容中的嵌套其它 scriptlet可能会造成严重破坏，并且在 JSP容器编译该页面时，要使所产生的错误信息有意义可能会很困难。

       EL简介：

       EL（Expression Language） 是为了使JSP写起来更加简单。表达式语言的灵感来自于 ECMAScript 和 XPath 表达式语言，它提供了在 JSP 中简化表达式的方法，让Jsp的代码更加简化。

       æ³¨æ„å½“表达式根据名称引用这些对象之一时，返回的是相应的对象而不是相应的属性。例如：即使现有的 pageContext 属性包含某些其他值，${ pageContext} 也返回 PageContext 对象。

       æ³¨æ„ <%@ page isELIgnored="true" %> 表示是否禁用EL语言,TRUE表示禁止.FALSE表示不禁止.JSP2.0中默认的启用EL语言。

element-ui 组件库 button 源码分析

       团队将基于新的 UI 规范构建组件库，并需实现具备多种主题换肤能力的 button 组件。该组件需支持字体颜色、背景颜色、边框和禁用状态的调整，同时加入一种幽灵按钮类型。分析后，决定不在 element-ui 组件库上进行改造，以确保更好的维护性。因此，将参考 element-plus 的 css 自定义变量实现这一目标。

       深入分析 element-ui 组件库中的 button 组件，我们关注到以下几个关键点：

       首先，button 组件提供了丰富的属性，如尺寸（size）、类型（type）、朴素样式（plain）、圆角（round）、圆形（circle）、加载状态（loading）、禁用（disabled）、图标（icon）以及是否聚焦（autofocus）等，这些属性使按钮组件具有高度的定制性。

       接下来，股票市值指标源码通过查看相关的文件路径，我们发现组件的逻辑主要集中在 button.vue 文件中。该文件定义了组件的属性和行为，而其样式逻辑则分散在多个文件中，包括 common/var.scss 和 theme-chalk/src/mixins/mixins.scss 等。

       在 common/var.scss 文件中，定义了一系列公共变量，如主题颜色、字体颜色、字体大小等，这些变量可以通过不同的主题配置实现组件库的换肤。例如，$--color-primary 变量用于定义主要主题颜色。

       为了实现组件的动态换肤，mix 函数被用于将两种颜色按不同比例混合，从而生成新的颜色。例如，mix($--color-white, $--color-primary, %) 表示将白色与主要主题颜色按 % 和 % 的比例混合。

       为了遵循 Element 的样式规范，组件库采用了 BEM（Block Element Modifier）命名法来管理样式。在 packages/theme-chalk/src/mixins/mixins.scss 文件中，定义了一系列的函数，如 b()、e() 和 m()，分别用于创建基础类、元素类以及修饰符类。

       在 button.scss 组件样式文件中，我们看到组件库的样式被单独管理，通过 Gulp 打包工具。文件中，@include b(button) 函数用于定义 el-button 类样式，同时考虑了相邻按钮间的间距、按钮大小、内边距、字体大小和边框圆角等参数。当需要定义不同状态的样式时，使用 when 函数来实现，如 when(loading) 用于定义加载状态的样式。

       针对不同的按钮类型（type）、伪类状态和朴素按钮，组件通过覆盖默认的颜色、背景颜色和边框颜色来实现定制化。uniswap前端源码分析颜色的浅化通过 mix 函数与白色混合实现。文本按钮、按钮组以及不同的按钮状态都遵循 BEM 规范，通过生成相应的类样式来定义。

       综上所述，通过研究 element-ui 组件库的 button 组件源码，我们深入理解了其设计的巧妙之处。这一过程不仅帮助我们学习了组件库设计的最佳实践，也为我们构建具备高度定制性和维护性的组件库提供了宝贵的启示。

element UI源码阅读之如何开发组件？

       随着Vue、React等框架的广泛应用，组件化开发已成为前端开发的主要趋势。如何构建更优雅、易用且易于维护的组件，是Element UI设计原则的核心。本文将通过解读Element UI源码，探讨其组件开发的实践和组织结构。

       Element UI的项目结构包括：build用于构建命令，examples文档目录，packages存放各个组件源码，src源码核心，test测试，以及类型定义、配置文件和持续集成设置等。在src目录下，package.json是主要的关注点，它帮助我们理解组件的开发和源码结构。

       Element UI采用BEM（Block, Element, Modifier）规范组织CSS，这种规范强调逻辑分层和团队协作。优点是通过块、元素和修饰符的命名，可以清晰地反映组件结构和状态，降低理解成本，减少样式冲突。然而，BEM命名可能会稍长一些。

       在Element UI中，组件命名遵循BEM模式，例如el-alert和el-dialog。要遵循BEM，你需要理解B__E--M的格式，其中B代表块，蠕虫病毒源码分析E代表元素，M代表修饰符。通过实例，我们可以看到组件如alert和dialog如何使用这种命名规则。

       Element UI的CSS样式编写基于BEM，如Config.scss和Function.scss提供了连接符和选择器判断方法。为了适应第三方组件，可以自定义B和E的命名，并通过rest-style mixin覆盖样式。此外，处理组件间数据和事件的方式多种多样，如props和$emit用于父子组件，$attrs和$listeners用于祖孙组件，以及provide和inject用于共享数据和Vuex用于全局状态管理。

       对于多层级组件间的通信，Element UI提供了$parent和$children，以及中央事件总线(EventBus)来解决。EventBus通过dispatch和broadcast函数实现事件的向上和向下传播，简化了多层级组件间的通信效率。

       总的来说，阅读Element UI源码有助于理解如何利用BEM原则、组件命名、数据传递和事件处理机制构建高效、清晰的组件。通过这些实践，我们可以更好地为自己的项目开发组件，提升代码的可维护性和团队协作效率。

elementui源码学习之仿写一个el-tabs

       本篇文章记录了仿写一个el-tabs组件的过程，旨在帮助读者更深入地理解饿了么UI组件的工作原理。此系列文章旨在对elementUI源码进行学习与实践，后续会持续更新，仿写其他组件。

       为了便于阅读后续代码，本文将复习一些基础知识。在Vue中，组件的页面结构、逻辑与样式通常分离，例如：

       通过Vue的render函数，我们可以使用jsx语法书写组件，这与React语法相似。例如，要创建一个红色的windowsxp的源码下载H3标签并设置背景色为黄绿色，代码如下：

       实现效果如下：

       在此代码中，我们需要记住，jsx语法使用单大括号表示变量的使用。

       另外，若在render函数中需要给子组件传参，可以通过单大括号及三点符号实现，因为单大括号用于表示变量。以官方el-tabs组件为例，说明如何使用jsx语法：

       此组件通常使用jsx语法编写，以适应更灵活的需求。

       在Vue中，可以通过`this.$slots.default`获取组件标签内容中的非命名插槽部分。这个API帮助我们访问默认插槽内容。以下是一个简单的使用示例：

       当打印组件实例时，可以看到存储的内容：

       将此数组应用到el-tabs组件中，可以获取每个`el-tab-pane`组件的`label`、`name`以及其他信息，传递给`tab-nav`组件，从而显示选项卡信息。

       在父子组件间传递参数时，通常使用`v-model`绑定。对于非表单控件的普通自定义组件，需要额外编写代码以实现双向数据绑定。例如：

       此示例展示了如何使用`v-model`进行数据传递。在子组件中，`props`接收`value`参数，通过`this.$emit("input", xxx)`触发更新。

       开始仿写时，首先需要搭建`tabs`结构。一个`tabs`组件通常包含选项卡部分、内容区部分和整个选项卡盒子。这里创建三个文件来实现此功能。

       此过程涉及以下步骤：

       1. 新建`tabs.vue`组件，作为数据中转站。

       2. 创建`tabNav.vue`组件，接收`tabs.vue`的数据并使用`v-for`进行动态渲染。

       3. 编写`myTabContent.vue`组件，配合`v-show`实现仅渲染一个内容。

       实现`tabs`切换效果的方法有多种，如使用动态组件或自行封装一个`tabs`组件。本文旨在仿照官方组件实现常用功能。

       在实际开发中，组件的封装应根据项目需求灵活调整。过度封装或不封装都不理想，组件的复用性对于提高开发效率至关重要。

       若本文有助于您理解el-tabs的工作流程和数据传递方式，我们深感荣幸。欢迎访问我们的GitHub仓库并给予支持，您的每一点贡献都是我们持续创作的动力。

关于el-upload看这一篇就够了

       本文深入分析了Element UI库中的el-upload组件在Element v2..9版本的源码实现，阐述了其核心逻辑与关键功能。

       el-upload组件主要依赖于HTML的元素和XMLHttpRequest对象。用户通过选择文件以实现上传，同时XMLHttpRequest支持在不刷新页面的情况下与服务器进行交互，实现局部内容的更新。

       el-upload组件支持一系列属性、方法和事件，其中包括但不限于on-change、before-upload、ready、XMLHttpRequest的on-progress、on-success和on-error。on-change事件在before-upload之前执行，不论是否为自动上传。

       当组件的disabled状态启用时，其会继承自el-form的disabled状态。然而，这不会触发el.form.change事件，即不会启动验证流程。

       内部机制中，组件的执行流程包括确认提交环节，当指定file-list后，业务操作应围绕该对象展开，而非混淆使用。在非自动上传场景下，需要在on-change事件中处理文件的基本信息验证。

       处理非自动上传的方法有两种：修改文件状态为ready或自定义上传ajax方法（不调用submit）。如果已定义file-list属性，则可以直接控制该属性。

       总结来说，el-upload组件提供了丰富的功能，但在使用时应注意边界处理和一些特定场景下的自定义逻辑。建议将验证操作移至on-change事件中处理，并在非自动上传时妥善管理文件状态。合理利用el-upload组件，将有助于提升开发效率与用户体验。

elementui源码学习之仿写一个el-message

       深入学习elementui源码，理解并仿写一个el-message组件，不仅能够提升编程能力，还能在以后的项目中实现更高效、个性化的组件封装。首先，明确组件的应用场景和需求。

       消息提示组件主要应用于用户执行操作后的交互反馈，例如成功、失败、警告或信息的显示。为了简化封装过程，保留核心功能，我们无需复制官方组件的复杂配置项。

       深入组件效果理解，通过复习不常用的API，学习代码逻辑，并结合注释快速掌握实现原理。重点复习：<code:class的数组用法、:style用法，以便实现不同状态下的样式切换。

       处理用户多次触发消息显示的问题，动态调整消息的布局，使用变量控制消息的位置。学习过渡钩子函数在状态改变时触发的原理，以实现平滑的显示和消失效果。官方文档提供了详细的过渡钩子函数使用说明。

       探讨Vue组件销毁的方式，选择使用v-show结合过渡效果，而非直接使用v-if，以保持界面的平滑过渡。编写代码时，需手动处理组件销毁逻辑，确保过渡消失后安全地移除DOM元素。

       关于Vue组件的继承和扩展，学习Vue.extend等机制，以便更灵活地创建和使用自定义组件。查阅相关文档和代码实例，了解如何在项目中高效利用组件。

       整合以上知识，完成el-message组件的仿写。通过仔细设计和编码，实现功能完整、界面美观的消息提示功能。最后，提供组件的源代码仓库地址，鼓励社区成员一起学习、讨论和改进。

       GitHub仓库地址：github.com/shuirongshui...

element-tabs组件 源码阅读

       在深入分析element-tabs组件源码的过程中，需要把握两个基本前提：首先，对API有着深入的理解；其次，带着具体问题进行阅读，以便更高效地获取所需信息。遵循两个基本原则：不要过于纠结于那些无关紧要的细节，而应首先明确自己的实现思路，然后再深入阅读源码。接下来，我们将针对几个关键点进行详细探讨。

       首先，我们关注于元素切换时的滑动效果。通过观察源码，可以发现这种效果实现的关键在于tabs内部的计算逻辑。在`/tabs/src/tab-nav.vue`文件中，使用jsx语法实现的逻辑中，通过判断`type`的类型来决定是否调用`tab-bar`。`tab-bar`内部通过计算属性来计算`nav-bar`的宽度，这一计算依赖于`tabs.vue`通过`props`传入的`panes`数据。这表明`nav-bar`的宽度是由`panes`数组驱动的，从而实现了动态调整和滑动效果。

       接下来，我们探讨`border-card`中的边框显示机制。通过观察源码，发现`tabs.scss`中`nav-wrap`的样式设置为`overflow: hidden`。这个设置与边框显示之间的关系在于，通过改变当前选中的`tab`的`border-bottom-color`为`#fff`，来实现边框的动态显示效果。具体来说，当激活某个`tab`时，通过调整CSS样式使得边框底边颜色变白，从而达到视觉上的边框显现效果。实现的细节在于通过设置`nav`的盒子位置下移动1px，并且使激活的`tab`的`border-bottom`颜色为白色，以此达成效果。

       再者，`tab-position`共有四个位置调节选项：`top`、`right`、`bottom`和`left`。通过分析源码可以发现，`top`是常规布局，而`left`与`right`是基于`BFC`的两侧布局，`bottom`则通过改变插槽子节点的位置来实现常规布局。具体实现细节在于`el-tabs__content`的代码中，针对`is-left`和`is-right`的SCSS代码，以及`is-top`和`is-bottom`的区别仅在于`tabs.vue`里的放置位置。这意味着`left`和`bottom`的布局是基于`BFC`的两侧等高布局，而`top`和`bottom`则只是常规流体布局，只是位置不同。

       对于`stretch`功能的实现细节，通过分析源码可以得出当`stretch`设置为`false`时，`tab`的显示形式为`inline-block`；当设置为`true`时，父级变为`flex`布局，而子`tab`具有`flex:1`的属性。这表明`stretch`功能通过调整显示模式和布局方式，实现了`tab`的弹性扩展。

       在业务逻辑方面，`tabs`组件的逻辑主要体现在计算`tabs`插槽里的`tab-pane`组件，并将其解析为对应的组件数组`panes`。渲染分为两部分：一方面，通过`tabs`组件将`panes`传给`tab-nav`渲染`tab-header`，另一方面，直接渲染`$slots.default`对应的`tab-pane`组件。`tabs`组件的选中状态由`currentName`控制。`tab-header`通过`inject`获取`tabs`实例的`setCurrentName`方法，从而操作选中的`tab`；而`tab-pane`则是通过`$parents.currentName`实时控制当前`pane`是否展示。

       对于动态新增`tab`的细节，`tabs.vue`在`mounted`时会调用`calcPaneInstances`函数来获取对应的`panes`。`calcPaneInstances`的主要作用是通过`slots.default`获取对应的组件实例。`panes`在两个关键位置被使用：在`tab-nav`组件中构造`tab-header`，以及在不考虑切换影响的内容渲染中。当动态增加`tab-pane`时，虽然`panes`不会响应变化，但通过在`tabs.vue`的虚拟DOM补丁更新后执行`updated`钩子，可以自动更新`panes`。

       此外，`tabs`插槽可以插入不受切换影响的内容，这一特性在`tabs.vue`中的渲染函数中体现。这里，全插槽内容都会被渲染，而`tab-pane`会根据`currentName`来决定是否展示。由此产生的效果是，插槽内容与`tab-pane`的选择逻辑完全分离，使得插槽内容不受切换状态影响。

       当点击单个`tab`时，`tabs.vue`组件内部会通过`props`传递`handleTabClick`函数到`tabNav`组件。`nav`组件将该函数绑定到`click`事件上。当`click`事件触发时，如果不考虑`tab`是否为`disabled`状态，会触发`setCurrentName`函数。这个函数通过`beforeLeave`起到作用，以确保在切换到下一个`tab`之前进行适当的过渡。在`setCurrentName`中使用了两次`$nextTick`，其目的是确保在更新视图时子组件的`$nextTick`操作不会影响父组件的更新流程。

       最后，源码中展示了`props`值`activeName`的使用，其功能与`value`类似，用于绑定选中的`tab`。源码中还提到了组件名称的获取方式，`props`值`vnode.tag`实际指向的是注册组件时返回的`vue-component+[name]`，而通过`vnode.componentOptions.Ctor.options.tag`可以获取正常组件名。如果在`options`中未声明`name`，那么组件名将基于注册组件时的名称。

       通过这次深入阅读，我们不仅掌握了`element-tabs`组件的核心工作原理和实现细节，还学会了如何更有效地阅读和理解复杂的前端组件源码。在阅读过程中，耐心地记录问题、适时放松心情，都能帮助我们更好地理解代码，从而提升技术能力。