- 综合排序
- 最热优先
- 最新优先
- 来自专栏采云轩
浅析 5 种 React 组件设计模式
如何构建一个在 UI 和功能方面具有可扩展性的组件？ 为解决上述问题，下面介绍五种 React 组件设计模式，并对比它们的优缺点。 1. 如果想要设计一个定制化程度高，API方便理解的组件，可以考虑这个模式，这种模式不会出现多层Props传递的情况。 表单验证： 在一个表单组件中，通过 Props Getters 模式可以将表单验证的逻辑从组件中抽离，允许外部调用表单组件的验证函数，并获取验证结果。 5. 结论 通过这 5 种 React 组件设计模式，我们对“控制度”和“复杂度”有了更清晰的认识，下图是复杂度和控制度的一个趋势图。 总体来说，设计的组件越灵活，功能也就越强大，复杂度也会更高。 作为开发人员，建议大家根据自己的业务逻辑以及使用人群，灵活使用以上的设计模式。 参考文章 React 组件设计模式
1.8K10编辑于 2024-01-11 - 来自专栏全栈前端精选
组件库设计实战 - 复杂组件设计
这里我们提出一个组件复杂度的概念，一个组件复杂度的主要来源就是其自身的状态，即组件自身需要维护多少个不依赖于外部输入的状态。 在明确了这点后，我们就可以设计轮播组件的基础 DOM 结构为： <Frame> <SlideList> <SlideItem /> ... 至此，组件库设计实战系列文章也将告一段落。 在全部四篇文章中，我们分别讨论了组件库架构，组件分类，文档组织，国际化以及复杂组件设计这几个核心的话题，因笔者能力所限，其中自然有许多不足之处，烦请各位谅解。 组件库作为提升前端团队工作效率的重中之重，花再多时间去研究它都不为过。再加上与设计团队对接，形成设计语言，与后端团队对接，统一数据结构，组件库也可以说是前端工程师在拓展自身工作领域上的必经之路。
1.3K10发布于 2019-09-29 - 来自专栏HT
HTML5拓扑图形组件设计之道（一）
，慢慢实现了几个有意义的里程碑，慢慢积累下了不少图形组件设计上的创新和经验，我不知道这个系列会写多少篇，也许永远也不会结束，也没有系统的提纲规划，想到什么就写什么，只希望文章能启发有兴趣的同学对图形组件设计更深的思考就足够了 讨论前先设定话题的边界，HT是基于HTML5的图形组件库，因此文章的案例更多会涉及HTML和JavaScript语言，但并不局限于Web前端，设计思想上同样适用于任何GUI语言平台。 完整的前端设计是需要考虑到后台加载并发等因素，但本系列更侧重于纯客户端图形组件，不涉及网络通讯部分的思考，例如最近阿里无线前端招聘让谈谈：讲讲输入完网址按下回车，到看到网页这个过程中发生了什么。 因此我选择在话题展开之前，先用HT来扩展定制几个应用案例，以便大家了解HT组件及其扩展设计思路。 this.setLeftBackground(getColor(value)); }, value: node.a('mem') } }], [50, 0.1]); GraphView部分采用了《HT全矢量化的图形组件设计
1.4K90发布于 2018-01-03 - 来自专栏hightopo
矢量化的HTML5拓扑图形组件设计
但，我还是不喜欢DOM上太重都是元素，不喜欢庞大包罗万象搞得没有一家能完美实现的标准，另外用XML、Flex的MXML或Sliverlgiht/WPF的XAML来描述图形实在是笨重不灵活，基于HTML5的 因此HT for Web不仅定义矢量格式、实现了矢量绘制，还提供了矢量编辑工具设计器，用户拖拖拽拽就能绘制出矢量图形，然后导出JSON，注册到HT之后即可使用到所有的HT组件上，注意哦：是所有组件，不仅仅是拓扑 、不仅仅是3D、还有所有通用组件: ? DOM组件与Cavnas的2D孰优孰劣争论，SVG的确也有highcharts这样不错应用的案例，HT成功实现所有组件采用Canvas设计，而Sencha和Kendoui等流行的通用组件都采用DOM方式堆积也发展的不错 ，所以选择什么样的设计方案很多情况下并不是决定性的，关键还是认真，只要认真用心实现都可以在不同的设计路子上做出精彩。
2K20发布于 2018-07-09 - 来自专栏趣谈前端
《精通reactvue组件设计》之5分钟实现一个Tag(标签)组件和Empty(空状态)组件
前言 本文是笔者写组件设计的第五篇文章,之所以会写组件设计相关的文章,是因为作为一名前端优秀的前端工程师,面对各种繁琐而重复的工作,我们不应该按部就班的去"辛勤劳动",而是要根据已有前端的开发经验,总结出一套自己的高效开发的方法 今天主要带大家一起实现一个Tag组件和Empty(空状态)组件,在介绍组件设计之前,先给大家介绍一个免费开源的图标库icomoon, ? 如果对于react/vue组件设计原理不熟悉的,可以参考我的之前写的组件设计系列文章: 《精通react/vue组件设计》之用纯css打造类materialUI的按钮点击动画并封装成react组件 《精通 react/vue组件设计》之快速实现一个可定制的进度条组件 《精通react/vue组件设计》之基于jsoneditor二次封装一个可实时预览的json编辑器组件(react版) 正文 在开始组件设计之前希望大家对 组件设计思路 按照之前笔者写的组件设计原则,我们第一步是要确认需求.
1.9K20发布于 2020-02-19 - 来自专栏高级前端面试笔记
React组件设计模式-纯组件，函数组件，高阶组件
一、组件(1) 函数组件如果你想写的组件只包含一个 render 方法，并且不包含 state，那么使用函数组件就会更简单。 <1> 当组件是独立的，组件在页面中的个数为1或2的，组件有很多props、state，并且当中还有些是数组和对象的，组件需要每次都渲染的，使用Component<2> 当组件经常作为子组件，作为列表， React 的组合特性而形成的设计模式。 组件是将 props 转换为 UI，而高阶组件是将组件转换为另一个组件。（组件是 React 中代码复用的基本单元。） 但是，当你将 HOC 应用于组件时，原始组件将使用容器组件进行包装。这意味着新组件没有原始组件的任何静态方法。
3.4K20编辑于 2022-10-18 - 来自专栏高级前端面试笔记
React组件设计模式之-纯组件，函数组件，高阶组件
一、组件(1) 函数组件如果你想写的组件只包含一个 render 方法，并且不包含 state，那么使用函数组件就会更简单。 <1> 当组件是独立的，组件在页面中的个数为1或2的，组件有很多props、state，并且当中还有些是数组和对象的，组件需要每次都渲染的，使用Component<2> 当组件经常作为子组件，作为列表， React 的组合特性而形成的设计模式。 组件是将 props 转换为 UI，而高阶组件是将组件转换为另一个组件。（组件是 React 中代码复用的基本单元。） 但是，当你将 HOC 应用于组件时，原始组件将使用容器组件进行包装。这意味着新组件没有原始组件的任何静态方法。
3.2K30编辑于 2022-12-07 - 来自专栏Web前端
React 表格组件设计
在现代 Web 开发中，表格组件是不可或缺的一部分，用于展示数据列表、统计信息等。React 作为一个流行的前端框架，提供了丰富的工具和库来构建高效的表格组件。 本文将从浅到深地介绍 React 表格组件的设计，包括常见问题、易错点及如何避免，并通过代码示例来帮助理解这些概念。1. 基本表格组件1.1 常见问题与易错点性能问题：表格组件在处理大量数据时容易出现性能瓶颈。样式问题：表格的样式需要统一且美观。响应式设计：表格需要在不同设备上显示良好。 响应式布局：使用媒体查询或 CSS 框架提供的响应式类来实现响应式设计。1.3 代码示例import React from 'react';import '. 通过本文的介绍，希望读者能够对 React 表格组件的设计有一个全面的了解，并在实际开发中合理应用这些设计原则，避免常见的错误和陷阱。
2.2K10编辑于 2024-11-13 - 来自专栏Super 前端
JavaScript组件设计思想
当然，这里说的是在程序设计方面。自己觉的很有道理，但是体会不是很深。 随即，我们组织了分享讨论会，让匡哥讲述其重构过程中的设计思路。 我陷入了沉思~~~ 现在，大前端流行组件化、模块化。然而，我们的模块又该如何设计实现呢？ 下面的实例，参考自【javascript组件开发方式】【GitHub示例地址】 ? ，当我们需要做一套组件。 首先的问题就是，这种写法太灵活了，写单个组件还可以。如果我们需要做一套风格相近的组件，而且是多个人同时在写。那真的是噩梦。 5.
1.2K51发布于 2019-08-15 - 来自专栏一Li小麦
组件设计基础（2）
组件生命周期 早期的react设计了许多的生命周期钩子。 •确定每个组件是否依赖于状态？ •找到共同的父级组件(所有需要状态子组件的共同祖先)。 •常见的组件所有者或另一个更高层次结构的组件。 设想一下，在一个应用中，包含三级或者三级以上的组件结构，顶层的祖父级组件想要传递一个数据给最低层的子组件，用prop的方式，就只能通过父组件中转。 中间那一层父组件根本用不上这个prop，但是依然需要支持这个prop，扮演好搬运工的角色，只因为子组件用得上，这明显违反了低耦合的设计要求。在flux和redux中我们会探讨如何解决这样的困局。 组件设计方法论 一些指导性原则： •组件尽可能通过props通信。不用context •组件属性需要有默认值，做好类型检查 •组件属性尽可能使用简单值。避免使用对象。
94350发布于 2019-12-04 - 来自专栏一Li小麦
组件设计基础（1）
设计易于维护的组件 单一职责原则在react组件设计中依然管用，尤其是维护一个大型的页面时。但也不是事无巨细都需要拆分。根据所谓"高内聚低耦合"的思想，逻辑紧密的组件是不适合拆分的。 react的组件基础，应当时时复习。必要时自己写一写。 react的组件 在react中组件有很多种方法，es5下createClass在React16以后的版本全部废弃。 ） 在维护一个拥有众多子组件的页面时，也许有些组件跟你当前的功能八杆子打不着。 每个React组件都是独立存在的模块，组件之外的一切都是外部世界，外部世界就是通过prop来和组件对话的。 既然prop是组件的对外接口，那么就应该有某种方式让组件声明自己的接口规范。 prop和state的差异 •prop用于定义外部接口，state用于记录内部状态；•prop的赋值在外部世界使用组件时，state的赋值在组件内部；•组件不应该改变prop的值，而state存在的目的就是让组件来改变的
69440发布于 2019-12-04 - 来自专栏itclanCoder
React进阶(5)-分离容器组件,UI组件(无状态组件)
Redux实现了一个todolist,但是代码依旧不够完美,我们继续进行拆分的 在本节中,你将学习到,如何拆分容器组件,UI组件(无状态组件),让组件尽可能的保持功能的单一,减少组件的状态的 · 正 ,一个是获取store中的数据,另一个就是渲染组件 我们可以把这个组件进一步的拆分成两个组件,分别承担着不同的任务,然后把两个组件嵌套起来,完成一个大组件所有的功能 关于组件的嵌套问题,涉及到一个父子组件 (外部组件与内部组件),在组件当中调用的地方位置处,可以视它为子(内部)组件,父子组件只是一个相对的概念,把承担负责和redux中store打交道的组件称为父组件(外层),也叫做容器组件(聪明组件),它干的事情比较多 UI组件(傻瓜组件/无状态组件) UI组件:纯函数,没有任何副作用,给指定的输入,有指定的输出的函数,换句话说,只根据外部组件的props进行渲染组件的 好处:拆分成容器组件与UI组件,不仅仅是功能上的分离 { constructor(props) { super(props); // 5.
1.6K10发布于 2020-10-28 - 来自专栏JavaEdge
Tomcat组件化设计
Tomcat提供一堆积木，怎么搭建这些积木你决定，你可根据需要灵活选择组件搭建你的Web容器，并且可自定义组件。 2 Web容器如何实现这种组件化设计？ 无论哪种方式，在实例化类前，Web容器需把组件类加载到JVM，这涉及类加载，Web容器设计自己的类加载器。 Spring也是通过反射机制来动态地实例化Bean，那么它用到的类加载器哪来的？ Spring也采用类似设计，Spring给Bean生命周期状态提供“扩展点”。 5 模板模式 Tomcat大量采用骨架抽象类和模板模式。 6 总结 Web容器为了支持这种组件化设计，遵循了一些规范，比如面向接口编程，用“管理者”去组装这些组件，用反射的方式动态的创建组件、统一管理组件的生命周期，并且给组件生命状态的变化提供了扩展点，组件的具体实现一般遵循骨架抽象类和模板模式
55830编辑于 2022-12-13 - 来自专栏前端小馆
浅谈 React 组件设计
前面讲了几种 jQuery 插件的设计模式，其实万变不离其宗，不管是 jQuery 还是 React，组件设计思想都是一样的。 个人觉得，组件设计应该遵循以下几个原则： 适当的组件粒度：一个组件尽量只做一件事。 复用相同部分：尽量复用不同组件相同的部分。 松耦合：组件不应当依赖另一个组件。 我们不妨转换一下思路，当设计一个通用组件的时候，一定要只有一个组件吗？一定要把数据传给组件吗？ 那么来一起看看业界知名的组件库 Ant Design 是如何设计 Tabs 组件的。 总结 组件设计是一项重要的工作，好的组件我们直接拿来复用可以大大提高效率，不好的组件只会增加我们的复杂度。 在组件设计的学习中，你需要多探索、实践，多去参考社区知名的组件库，比如 Ant Design、Element UI、iview 等等，去思考他们为什么会这样设计，有没有更好的设计？
1.5K10编辑于 2022-05-09 - 来自专栏程序员成长指北
前端组件设计原则
译者：@没有好名字了 译文：https://github.com/lightningminers/article/issues/36，https://juejin.im/post/5c49cff56fb9a049bd42a90f 虽然在两种不同的前端框架之间进行切换确实需要学习很多，但是二者之间在很多基础概念、设计思路上是相通的。其中之一就是组件设计，包括组件层次结构设计以及组件各自的职责划分。 对于已经掌握基本的组件设计并且想要提高自身的组件设计能力的开发者，我认为以下 8 项是我认为值得去注意的，当然这并不是组件设计的全部。 虽然 OOP 类设计和前端组件设计差异很大，但是通过图解辅助设计的方法值得参考。 此外，组件规划和设计的概念也适用于组件重构。
2.3K20发布于 2020-10-10 - 来自专栏漫画前端
前端组件设计原则
虽然在两种不同的前端框架之间进行切换确实需要学习很多，但是二者之间在很多基础概念、设计思路上是相通的。其中之一就是组件设计，包括组件层次结构设计以及组件各自的职责划分。 对于已经掌握基本的组件设计并且想要提高自身的组件设计能力的开发者，我认为以下 8 � 项是我认为值得去注意的，当然这并不是组件设计的全部。 虽然 OOP 类设计和前端组件设计差异很大，但是通过图解辅助设计的方法值得参考。 firstClient, lastClient: { name: 'John', phone: 'Doe', address: { number: 5, 此外，组件规划和设计的概念也适用于组件重构。
1.6K20发布于 2020-12-16 - 来自专栏各类技术文章~
浅谈 React 组件设计
前面讲了几种 jQuery 插件的设计模式，其实万变不离其宗，不管是 jQuery 还是 React，组件设计思想都是一样的。 个人觉得，组件设计应该遵循以下几个原则： 适当的组件粒度：一个组件尽量只做一件事。 复用相同部分：尽量复用不同组件相同的部分。 松耦合：组件不应当依赖另一个组件。 我们不妨转换一下思路，当设计一个通用组件的时候，一定要只有一个组件吗？一定要把数据传给组件吗？ 那么来一起看看业界知名的组件库 Ant Design 是如何设计 Tabs 组件的。 总结 组件设计是一项重要的工作，好的组件我们直接拿来复用可以大大提高效率，不好的组件只会增加我们的复杂度。 在组件设计的学习中，你需要多探索、实践，多去参考社区知名的组件库，比如 Ant Design、Element UI、iview 等等，去思考他们为什么会这样设计，有没有更好的设计？
1K20发布于 2021-10-22 - 来自专栏code秘密花园
前端组件设计原则
译者：@没有好名字了 译文：https://github.com/lightningminers/article/issues/36，https://juejin.im/post/5c49cff56fb9a049bd42a90f 虽然在两种不同的前端框架之间进行切换确实需要学习很多，但是二者之间在很多基础概念、设计思路上是相通的。其中之一就是组件设计，包括组件层次结构设计以及组件各自的职责划分。 对于已经掌握基本的组件设计并且想要提高自身的组件设计能力的开发者，我认为以下 8 项是我认为值得去注意的，当然这并不是组件设计的全部。 虽然 OOP 类设计和前端组件设计差异很大，但是通过图解辅助设计的方法值得参考。 此外，组件规划和设计的概念也适用于组件重构。
3K30发布于 2020-08-31 - 来自专栏itclanCoder
React进阶(5)-分离容器组件,UI组件(无状态组件)
Redux实现了一个todolist,但是代码依旧不够完美,我们继续进行拆分的 在本节中,你将学习到,如何拆分容器组件,UI组件(无状态组件),让组件尽可能的保持功能的单一,减少组件的状态的 容器组件 ,一个是获取store中的数据,另一个就是渲染组件 我们可以把这个组件进一步的拆分成两个组件,分别承担着不同的任务,然后把两个组件嵌套起来,完成一个大组件所有的功能 关于组件的嵌套问题,涉及到一个父子组件 (外部组件与内部组件),在组件当中调用的地方位置处,可以视它为子(内部)组件,父子组件只是一个相对的概念,把承担负责和redux中store打交道的组件称为父组件(外层),也叫做容器组件(聪明组件),它干的事情比较多 ,也叫做傻瓜组件,因为它不具备任何逻辑,功能比较单一，只负责页面填充渲染 UI组件(傻瓜组件/无状态组件) UI组件:纯函数,没有任何副作用,给指定的输入,有指定的输出的函数,换句话说,只根据外部组件的 { constructor(props) { super(props); // 5.
2.2K00发布于 2020-10-25 - 来自专栏智能大石头
5，ORM组件XCode（动手）
《速览》是为了以最简洁的语言最短小的篇幅去吸引开发者；《简介》则是对XCode组件和XCode开发模式的一个整体介绍，让开发者从宏观的角度去理解XCode；《共舞》把XCode提到了一个新的高度，让开发者感受到它的贵族血统 XCode提供数据库结构信息，用户设计模版，XCoder根据模版标签进行替换。上面的代码还有数据字典表格，都是XCoder生成的，只是所使用的模版不同而已。 这个小功能有个好处，比如生产环境是Oracle数据库，而开发环境比较差，跑不起Oracle，完全可以在开发环境用Access进行设计，部署到生成环境再修改连接字符串，XCode会尽其所能的屏蔽数据库操作差异
1.5K90发布于 2018-01-15
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号