1.Expo 搭建 React-native 项目代码目录分析
2.vb中Toolbar1.Buttons(n)，组合n与菜单中的源码t源菜单项如何对应的，依次数个数，组合还是源码t源
3.自动化回归测试平台 AREX 前端架构演变史 —— Tabs 动态组件设计
4.elementui源码学习之仿写一个el-tabs
5.elementUI中el-tabs或者说Vue现存的一个bug分析
6.element-tabs组件 源码阅读

Expo 搭建 React-native 项目代码目录分析

       创建React-native项目时，Expo提供了多种工具简化开发过程。组合根据项目需求，源码t源滴滴的app源码选择不同的组合模板：空白模板（blank）适合演示、组件预览和个人项目；带有底部tab菜单的源码t源模板（tabs）；需要直接控制原生代码时选择（minimal）；遇到未知问题则选择RN方式。[1]

       React Native的组合典型目录结构包括以下几个部分：[2]

       src：存放组件源代码，是源码t源项目开发的核心目录。

       test：用于编写和运行组件的组合测试用例。

       demo：包含一个独立的源码t源Expo项目，App.js是组合核心文件，通过引用src中的源码t源组件进行展示和开发。

       其他文件如.eslintrc.js,组合 babel.config.js, README.md, .gitignore, package.json等，分别负责代码风格规范、编译配置、项目介绍和版本管理。

       引入Expo时，需注意src目录与demo目录的配置协调，以确保metro（打包工具）能够正确处理。首先安装Expo CLI，然后创建项目，通过yarn start预览组件。配置metro时，重点在于新版本的metro.config.js，用于添加providesModuleNodeModules，解决src目录依赖的解析问题。[3]

       总结起来，开发过程中App.js是关键，负责组件的集成和展示。app.json和package.json分别用于设置应用配置和依赖管理。assets存放资源文件，babel.config.js用于代码转换，index.js是应用入口，metro.config.js负责项目打包，而yarn.lock则保证了依赖版本的一致性。eas.json则提供了EAS平台的云构建和部署选项。每个文件都有其特定的云接码源码功能，共同构建React-native项目的开发流程。[4]

vb中Toolbar1.Buttons(n)，n与菜单中的菜单项如何对应的，依次数个数，还是

       看下面的示例,你最好是给关键字,因为关键字易懂

       Private Sub Toolbar1_ButtonClick(ByVal Button As MSComctlLib.Button)

        Select Case Button.Key

        Case "View" '浏览

        Set TabStrip1.SelectedItem = TabStrip1.Tabs(2)

        Case "Add" '添加

        frmAddArticle.Show 1, Me

        Case "Open" '打开

        mnuOperate_Open_Click

        Case "del"

        mnuOperate_Del_Click

        Case "Compact" '压缩

        Call frmSetting.cmdCompact_Click

        Case "Backup" '备份"

        Call frmSetting.cmdBackup_Click

        Case "Recover" '恢复

        Call mnuChoice_Recover_Click

        Case "Setting" '设置

        frmSetting.Show 1, Me

        Case "Font" '字体

        mnuOperate_Font_Click

        Case "Exit" '退出

        End

        End Select

       End Sub

       如果是按钮菜单,这样来做:(判断的论据是菜单项的文本内容,也可以是其他的)

       Private Sub Toolbar1_ButtonMenuClick(ByVal ButtonMenu As MSComctlLib.ButtonMenu)

        Select Case ButtonMenu

        Case "添加文章"

        Load frmAddArticle

        frmAddArticle.Show 1, Me

        Case "添加源代码"

        frmAddCode.Show 1, Me

        Case "浏览文章"

        Set TabStrip1.SelectedItem = TabStrip1.Tabs(2)

        Case "浏览源代码"

        Set TabStrip1.SelectedItem = TabStrip1.Tabs(1)

        End Select

       End Sub

自动化回归测试平台 AREX 前端架构演变史 —— Tabs 动态组件设计

       AREX 是一款开源自动化回归测试平台，利用 Java Agent 技术与比对技术，提供丰富的自动化测试功能。本文旨在分享 AREX 前端架构演变过程与解决方案，以便于理解源码及二次开发。

       Tabs 组件在前端应用广泛，满足多样化需求。AREX 主工作区大量使用 Tabs 组件。Tabs 组件设计需平衡用户体验与效率，采用 Tab 组织内容。

       主工作区作为核心功能区域，提供 API 调试、录制用例回放等。为优化切换与效率，采用 Tab 组件整合多个功能页面模块。

       在早期版本中，Tabs 组件采用条件渲染，简化代码但存在可读性与扩展性问题。为解决这些问题，引入动态组件渲染，实现更高效、可扩展的 Tabs 组件设计。

       动态组件渲染通过配置信息动态加载和渲染功能页面，新增页面只需配置参数，无需修改组件代码，降低维护成本。这不仅提高了代码可读性和优雅性，也为未来功能扩展奠定基础。

       在实现动态组件时，可以使用 Vue 框架的动态组件特性或 React 框架通过变量指定组件名称。在 AREX 重构版本中，采用第二种方式结合 Ant Design 5.0 提供的简化 Tabs 简写方式，优化动态 Tabs 组件。

       在 Tabs 组件设计中，五周线源码抽离功能页面映射逻辑至单独文件，实现 Tabs 组件职责拆分，便于功能页面扩展。同时，设置专用配置空间及 ErrorBoundary 组件，确保页面稳定性和二次开发兼容性。

       为解决组件注册管理问题，设计 ArexPanesManager 容器，实现组件在不同包中注册与获取，提供统一管理方案。为统一功能页面组件规范，设计 ArexPane 类型，通过注册与封装实现组件管理。

       经过三个版本迭代，实现通用、分布式的组件注册管理方案，为 AREX 二次开发提供便利性。此设计重视代码封装性和扩展性，旨在提供更好的开发体验。在 AREX 开发过程中，持续思考如何优化代码结构以适应不断增长的功能需求。

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

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

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

       通过Vue的render函数，我们可以使用jsx语法书写组件，这与React语法相似。例如，要创建一个红色的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仓库并给予支持，您的每一点贡献都是我们持续创作的动力。

elementUI中el-tabs或者说Vue现存的一个bug分析

       现象：在使用element-ui版本2..9和vue版本2.7.8时，当在el-dialog中使用el-tabs并在el-dialog添加destroy-on-close属性后，关闭弹窗时页面直接无响应。

       现象表现为：操作过程中浏览器控制台无任何报错，但在等待较长时间后，Chrome会直接抛出错误。在GitHub的issues中已发现有3人遇到过这个问题。

       问题分析：初步推测问题可能出现在el-tabs的render函数中，造成无限执行。为验证此猜测，直接在node_modules中的el-tabs render函数添加console日志观察。

       问题排查：首先排查el-dialog，移除destroy-on-close属性后，问题恢复正常。根据el-dialog的官方说明，当将visible属性置为false时，会修改div的key值，从而触发重新渲染。为排除el-dialog问题，自定义组件替代el-dialog。运行后问题依旧存在，确认问题不在此。

       接着排查el-tabs和el-tab-pane，将el-tab-pane从el-tabs中移除，问题解决，确认问题出现在el-tab-pane中。

       问题定位：在el-tab-pane的整个代码中，发现当关闭弹窗时，触发了el-tabs的render函数，同时触发了el-tabs-pane的updated函数。在updated中发送tab-nav-update事件，触发了el-tabs的calcPaneInstances方法，导致了panes值的更新和再次的render，最终形成死循环。

       问题根本原因：子组件发送了tab-nav-update事件，触发了父组件el-tabs的calcPaneInstances方法，导致panes值的更新，再次触发el-tabs的render函数，形成死循环。

       最小说明：某些场景下，即使子组件没有变化，但通过slot传递信息，也会触发子组件的updated函数，形成死循环。

       解决方案：对于Vue 2.6以上版本，可以通过指明slot的名称（如default）解决。在Pane组件中包裹一层template并指定default slot。而对于Vue 2.6以下版本，可以在关闭弹窗时销毁Pane组件，以保持与首次渲染时的状态一致，避免Element的死循环。

       兼容性问题：尽管这个问题并非Element的固有问题，但Vue官方在updated生命周期触发渲染时已给出警告。建议Element团队分析为何在updated中更新父组件状态，并考虑使用其他方式解决。Vue的后续版本可能不再修复此问题，但可以绕过此问题，强制更新子组件。

       总结：在业务开发中，遇到此类问题时，首先尝试在业务层面解决，避免依赖底层库的频繁更新，以保持业务代码的稳定性。对于slot引发的问题，需要深入理解Vue的响应式系统和虚拟DOM机制。有兴趣的开发者可以关注并参与vue.windliang.wang的学习社区，共同探讨和学习Vue的源代码实现。

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`组件的核心工作原理和实现细节，还学会了如何更有效地阅读和理解复杂的前端组件源码。在阅读过程中，耐心地记录问题、适时放松心情，都能帮助我们更好地理解代码，从而提升技术能力。

使用zdppy框架和uniapp开发小程序实战

       分享了如何使用zdppy框架和uniapp进行小程序开发，展示了一款已开发完毕的小程序，包含底部导航、logo、搜索按钮和tabs标签列表等功能。核心代码不到行，实现了登录、注册、用户管理、菜单管理等功能，非常强大。zdppy框架尚未开源，需付费获取源码。开发者正在准备所有自研项目采用这套框架。提供了前端代码目录结构，核心组件包括搜索组件和tabs标签栏组件。详细介绍了后端请求的封装规范，使用zdppy框架，采用status和code字段约束返回值，所有请求HTTP状态码为，通过status和code判断请求成功或失败，msg字段提供具体错误信息，增强安全性、健壮性和用户体验。分享了接口使用示例和最终渲染效果。提供了学习课程，包含小程序和后端接口开发，报名费为元。提供了详细的项目教程，但因当前实力有限，只能收取部分费用。文章结尾感谢大家并预告下篇文章。