组件设计原则之概念篇（一）

最新推荐文章于 2025-10-27 15:16:29 发布
原创 最新推荐文章于 2025-10-27 15:16:29 发布 · 2.2k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了Robert C. Martin在《敏捷软件开发》中提出的组件设计原则，包括重用-发布等价原则（REP）、共同重用原则（CRP）和共同封闭原则（CCP）。这些原则关注组件的内聚性和耦合性，旨在实现高内聚、低耦合。REP强调组件的重用和发布粒度一致，CRP提倡组件内的类应一起重用，而CCP则要求组件内的类对相同类型的变化共同封闭。文章通过实例说明了这些原则在实际开发中的应用和重要性。

分享一下我老师大神的人工智能教程。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到我们人工智能的队伍中来！https://blog.youkuaiyun.com/jiangjunshow

               

      在Robert C. Martin（Bob大叔）的《敏捷软件开发：原则、模式与实践》(Agile Software Development: Principles, Patterns, and Practices)一书中，他提出了一些用于设计组件（或包）的原则。传统的面向对象设计原则，例如SOLID、CARP、LoD等主要关注类的设计，而下面要介绍的这些原则主要用于设计组件和包的结构，一共包括六个原则：前面三个关注组件的内聚性(Cohesion)，用于指导我们如何将类组包；后面三个关注组件的耦合性(Coupling)，帮助我们确定组件之间的相互关系。简单来说，组件（或包）的设计也要做到“高

最低0.47元/天 解锁文章
云上高可用系统-韧性设计模式
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
01-28 10万+
同质化部署是一种部署策略，它指的是在部署时将系统的所有组件集成在一起，然后部署到系统的每个实例上。“拥抱故障”的理念强调了开发者需要在系统的全生命周期中考虑系统如何应对故障，确保系统在故障发生时的状态是符合预期的。因此，一个具备韧性的系统需要在部分故障的情况下仍能够正常运行，即使面对较大规模的故障，系统也能够提供大部分的服务。另外，在大规模系统中，事故定级是一个常见的做法，通过事故定级，可以更有针对性地采取措施，提高系统的韧性。这些模式的综合应用能够帮助构建更具韧性的系统，提高系统的可用性和稳定性。
前端组件设计的组件化架构设计思路
小白菜的博客
05-24 1219
随着前端应用从“网页”向“Web应用”进化，页面复杂度呈指数级增长：一个电商详情页可能包含上百个交互模块，一个中后台系统需要支持数十个业务线的功能复用。传统“面条式代码”的开发方式已无法满足需求——代码重复、修改牵一发而动全身、团队协作效率低下等问题频发。本文聚焦前端组件化架构设计，覆盖从基础概念到实战落地的全流程，帮助开发者掌握“如何设计可复用组件”“如何管理组件间关系”“如何构建组件库”等核心能力。用“搭积木”的故事引出组件化核心思想拆解原子组件、分子组件等核心概念，用生活化比喻解释组件间关系。
组件设计原则
userkang的博客
03-10 3408
前言 在前端开发领域，组件开发一直是一个绕不开的话题。 那么在组件开发时，要注意哪些问题？如何开发出易维护且复用性高的组件？ 下面就结合面向对象设计原则，和开发中的实践经验，总结一部分组件开发需要注意的几个原则。 原则 1、保持简单 （KISS—Keep It Simple, Stupid，Straightforward） 代码足够简单，也意味着易读、易维护，bug 比较难以隐藏。往往简单的设计越高效和通用（符合奥卡姆剃刀原理）。 如何满足 KISS 原则？ 不要过度优化。比如加入某些不常用的高级写法，或者
如何设计一个“真正可复用”的Vue3组件？让组件不再“一次性”！
最新发布
qq_35673582的博客
10-27 241
还记得那个阳光明媚的下午，产品经理微笑着（注意，这个微笑很危险）说：“这个组件跟上次那个差不多，稍微改改就行~”然后你打开上次的组件代码，发现它像是用胶水、牙签和梦想粘起来的——根本没法复用！只能Ctrl+CCtrl+V，然后开始“稍微改改”的地狱之旅。今天，我们就来聊聊如何设计真正可复用的Vue3组件，让“稍微改改”变成“拿来就用”！vue<template>placeholder="搜索商品..."</div>设计可复用组件就像写诗——需要在约束和自由之间找到平衡。
组件设计原则之概念篇（二）
www.jiav.net技术网站的加盟博客
01-25 596
前三个组件设计原则关注组件的内聚，从本文开始，接下来将要介绍的三个原则更多关注组件间的耦合，其难度比前三个原则要大，我将结合一些示例进行讲解，主要参考资料仍然是Robert C.Martin的《敏捷软件开发：原则、模式与实践》(Agile Software Development: Principles, Patterns, and Practices)一书中的“Principles of Pa...
组件设计原则之概念篇（四）
www.jiav.net技术网站的加盟博客
01-26 431
稳定抽象原则SAP是六个组件设计原则中的最后一个，它通常与稳定依赖原则SDP结合在一起，用于创建具有较高质量的组件依赖结构。终于是最后一个了，。 稳定抽象原则（The Stable-Abstractions Principle, SAP） A component should be as abstract as it is stable.组件的抽象程度应该与其稳定程度一致。 SAP将组...
前端组件设计之理论篇
goodloving的博客
04-27 2472
什么是前端组件？对于一个前端开发人员来说再熟悉不过了。是的，“再熟悉不过”，但是当让你尝试具体描述下呢，我想大多数人脑袋中可能只有“组件化”这三个字，其他信息都模模糊糊，根本没有一个整体和结构性的概念···
架构之美：GRASP纯抽象原则在软件设计中的精妙应用(架构篇)
肖哥弹架构博客
07-14 1125
在软件开发中，问题域通常由一系列复杂的业务规则和实体构成。随着需求的增长和变化，软件系统可能变得越来越复杂，难以维护和扩展。纯抽象原则提供了一种解决方案，通过引入新的抽象层来简化设计。 可以简化系统交互和提高模块化的设计元素。纯抽象可能包括帮助协调不同类或模块之间交互的类，或者提供特定功能如数据转换、事件调度等的类，也就是职责非领域问题范围。 纯抽象的目的是创建一个更加清晰、模块化和易于理解的系统架构。这些抽象类或对象通常不直接映射到问题域中的任何具体实体，而是作为设计的一部分，帮助实现更加优雅和灵活的
概念级组件设计
点点滴滴
04-15 1699
这里说的组件的基本特征包括：1.  有暴露出来的服务接口, 给第三方用2.  有对组件的生命周期管理（start , stop, initialize)3.  组件需是可配置的，且可动态配置      应用observer-observable设计模式4.  在企业级应用中只应该有一个实例     single JVM时用singleton设计模式；     multi
组件设计原则之概念篇（三）
www.jiav.net技术网站的加盟博客
01-25 531
最后两个组件设计原则将会结合软件度量来进行介绍，将引入一些软件度量因子，对组件设计进行定量的分析与研究。 稳定依赖原则（The Stable-Dependencies Principle, SDP） Depend in the direction of stability.朝着稳定的方向进行依赖。 稳定性与依赖性 随着需求的明确和系统的演化，组件不可能一成不变，必要的修改是肯定的。根据前面...
组件库设计原则
weixin_38222276的博客
07-28 886
1.1标准性 任何一个组件都应该遵循一套标准，可以使得不同区域的开发人员距此标准开发出一套标准统一的组件 1.2独立性 描述了组件的细粒度，遵循单一职责原则，保持组件的纯粹性 属性配置等API对外开放，组件内部状态对外封闭，尽可能的少业务耦合 1.3复用与易用 UI差异，消化在组件内部（注意并不是写一堆if/else) 输入输出友好，易用 1.4使用SPOT法则 SinglePointOfTruth,就是尽量不要重复代码 1.5避免暴露组件...
组件的设计原则
A12536365214的博客
11-11 519
Vue 的插槽是一项强大的功能，它使得组件化开发更为灵活和可复用。无论是简单的默认插槽还是复杂的作用域插槽，都为开发者提供了更多控制组件内容和布局的方式。插槽的灵活性和可扩展性，使得Vue应用更容易构建、维护和扩展。
组件（包）设计原则
weixin_30323631的博客
08-01 328
组件，或者叫程序集，是指一种能够被独立部署的二进制单元，一般是以DLL的形式存在的。针对大型的软件系统，良好的组件设计能够把系统分解为一些小的组件，从而使每个开发团队都可以只关注单个的组件而无需关心整个系统。 组件设计需要遵守如下原则： 重用-发布等价原则（REP） 即重用粒度就是发布粒度。一个组件中的类要么都是可以重用的，要么就都不可以重用。 共同重用原...
组件设计原则和度量方法
2401_83062316的博客
07-10 851
我们知道，组件（Component）是设计和规划软件系统代码结构的基本单元，而在代码结构设计上最重要的关注点就是耦合（Coupling）度，用来处理组件与组件之间的关系。在软件系统中，如果某一个包被许多其他的软件包所依赖，也就是具有很多输入依赖关系的包就是稳定的，例如下图中的这个X组件。稳定依赖原则，即Stable Dependencies Principle，强调的也是稳定性，认为组件与组件之间的依赖关系应该是有方向的，也就说一个组件只应该依赖于比它更稳定的组件，反之就是不合理的。让我们一起来看一下。
前端工程化：组件设计原则和通信方式
IT枫斗者的博客
04-11 1024
</div>return (<div>
深入理解设计原则之组件构建原则【软件架构设计】
weixin_30197685的博客
05-29 2294
组件构建原则是指在设计和开发组件时遵循的一些基本原则。这些原则旨在确保组件具有高可用性、可维护性、可扩展性和可复用性。 大型软件系统的构建过程与建筑物修建很类似，都是由一个个小组件组成的。所以，`如果说SOLID原则是用于指导我们如何将砖块砌成墙的房间的，那么组件构建原则就是用来指导我们如何将这些房间组成房子的。`
19 | 组件设计原则：组件的边界在哪里？
qq_37756660的博客
11-09 342
软件的复杂度和它的规模成关系，一个复杂度为 100 的软件系统，如果能拆分成两个互不相关、同等规模的子系统，那么每个子系统的复杂度应该是 25，而不是 50。软件开发这个行业很久之前就形成了一个共识，应该将复杂的软件系统进行拆分，拆成多个更低复杂度的子系统，子系统还可以继续拆分成更小粒度的组件。也就是说，软件需要进行模块化、组件化设计。事实上，早在打孔纸带编程时代，程序员们就开始尝试进行软件的组件化设计。那些相对独立，可以被复用的程序被打在纸带卡片上，放在一个盒子里。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值