- 综合排序
- 最热优先
- 最新优先
- 来自专栏互联网大杂烩
6大设计原则
打算用一句话概括每一个设计原则 单一职责原则 一个类只负责一项职责，有且仅有一个原因引起类的变更。 里氏替换原则 所有引用基类的地方必须能透明地使用其子类对象。
44930发布于 2018-08-22 - 来自专栏软件研发
架构设计模式—6大设计原则
架构设计模式—6大设计原则架构设计是软件开发中非常重要的一环，良好的架构可以提高软件系统的可维护性、可扩展性和可重用性。在架构设计过程中，遵循一定的设计原则可以帮助我们构建合理的架构。 本文介绍6大常用的架构设计原则，他们是：单一职责原则（Single Responsibility Principle, SRP） 单一职责原则要求一个类或模块只负责完成一项职责。 以上6大设计原则是架构设计过程中常用的准则，不同的原则可以结合使用，根据具体的应用场景进行选择。遵循这些原则可以帮助我们构建高质量的软件系统。 这样设计的好处是，我们可以方便地添加新的形状，而不会影响到已有的代码功能。
2.4K41编辑于 2023-11-02 - 来自专栏一个会写诗的程序员的博客
架构设计模式—6大设计原则
架构设计原则 6大设计原则 Single Responsibility Principle : 单一职责原则 Liskov Substitution Principle : 里氏替换原则 6 内容耦合: 这是最高程度的耦合，也是最差的耦合。当一个模块直接使用另一个模块的内部数据，或通过非正常入口而转入另一个模块内部。 内聚性又称块内联系。 6 功能内聚: 这是最强的内聚，指模块内所有元素共同完成一个功能，缺一不可。与其他模块的耦合是最弱的。 image 1、GOF在书中说：设计模式是对被用来在特定场景下解决一般设计问题的类和相互通信的对象的描述； 设计模式就是不断反省，将软件开发经验抽象积累成解决问题的预案。 3、设计模式中广泛遵循了两条设计原则：面向接口编程，而不是实现；优先使用组合，而不是继承。 ........
2.2K60发布于 2019-07-04 - 来自专栏代码世界
6大设计原则总结
6大设计原则总结 一、单一职责原则 单一职责原则：英文名称是Single Responsiblity Principle，简称是SRP。定义：应该有且仅有一个原因引起类的变更。 我们在做系统设计时也需要考虑对系统之间或模块之间的接口采用定制服务。采用定制服务就必然有一个要求：只提供访问者需要的方法。 接口设计是有限度的。 --- 接口的设计粒度越小，系统越灵活，这是不争的事实。 深入了解业务逻辑，最好的接口设计就出自你的手中！ 一个展示数据的列表，按照原有的需求是6列，突然有一天要增加1列，而且这一列要跨N张表，处理M个逻辑才能展现出来，这样的变化是比较恐怖的，但还是可以通过扩展来完成变化，这就要看我们原有的设计是否灵活。
1.1K90发布于 2018-04-12 - 来自专栏硬件大熊
单火线设计系列文章8：单火开关兼容性与取电能力测试
本篇阐述单火智能开关的技术难点及壁垒，在进入文章之前，推荐阅读—— 《单火线设计系列文章1：场景由来、技术问题》 《单火线设计系列文章2：闭态取电电路》 《单火线设计系列文章3：开态取电电路》 《单火线设计系列文章 4：电源转换电路和无线通信SOC电路》 《单火线设计系列文章5：单火线智能开关的技术难点 - 闭态”鬼火”问题》 《单火线设计系列文章6：技术难点 - 开态”宕机”问题》 《单火线设计系列文章7：软硬件联调典型问题 其中，灯具兼容性测试反应单火开关闭态（灯具负载OFF）时对灯具的兼容效果，而取电能力测试则反应开关对各种大电流操作的稳定性能（如模块联网、继电器操作时的电能供给能力）。 灯具兼容性测试 灯具品牌 有些公司可能是地产开发商所一手投资扶持，其产品的目标客户端所使用的灯具在前装阶段时，灯具的品牌、功率范围则比较明确，故在测试阶段应着重考虑。 灯具瓦数 由于低功率的灯具兼容性可能出现更多不良，因此，结合普通家庭通常所使用的灯具功率，所测试的灯具功率建议在3W-15W之间，且低瓦数的灯具尽可能占更多比例。
96610编辑于 2022-06-23 - 来自专栏科控自动化
某公园照明系统
与之配套的防雨型开关电源使用功率按标称功率的 0.7倍进行LED低压灯具的带载。（6）电缆接头、分支接头严格按防水工艺进行处理，避免因漏电使漏电保护器动作。 6、控制系统 景观亮化采用分回路、分灯具类型的亮化方式。按照平日、节假日、重大节庆不同模式分时段管理。亮化配电控制系 统由配电系统、时钟控制模块组成，并设置远程控制终端接口。 (6) 本设计仅估列相关工程量，设备具体点位及布置由系统中标厂商结合业主意见作深化设计。 五、其他注意事项 （1）前期应配合绿化施工做好同步协调，提前预埋管线，避免二次开挖开槽。 （4）地面灯具安装应考虑到车行及人行的方便和安全，现场施工时应做好调整。（5）表面温度过高而手、脚可触及的灯具应加设防烫隔离装置。（6）灯具不可安装于易燃易爆物上。 供电分界点至预装式变电站10kV电源进线电缆的走向，应由建设单位会同供电及设计部门共同勘定。6、10kV配电单元采用SF6环网充气柜型。
98120编辑于 2022-03-29 - 来自专栏互联网杂技
移动体验设计6大禁
就移动用户体验设计而言，不断地实践是检验其好坏的一条必经之路。在这篇文章中我们聚焦于基础，我们需要去解决的是，如何避免打断用户或者强迫用户思考的问题。 适用于一个平台的完美设计决策可能会在另一个平台上显得格格不入。 当网页端的设计出现在移动应用时就显得很奇怪，这并不是因为哪里出错了，而是用户对于网页和移动应用的期望是不同的。举个例子：比如带下划线的链接。 TB银行app缺乏一个应用程序应有的特质 用户流程 1、你的应用程序里不应该有“死胡同” 用户体验设计本质上就是在设计流程，而流程在多数情况下是用来完成用户目标的。 有时候，设计师会把错误消息和空状态作为空页面处理，但实际上这是一个提供有用信息的好机会。就拿Spotify的这种错误状态页面举例： ?
3.2K130发布于 2018-04-04 - 来自专栏爱敲代码的猫
java设计模式(6)-装饰模式
上一篇文章分享了适配器模式，这篇推文整理一下装饰模式，和代理模式非常相似，但是实现和应用的场景不一样
53130发布于 2019-10-17 - 来自专栏全栈程序员必看
Python6大设计原则
对于单一职责原则，接口一定要做到单一职责，类的设计尽量做到只有一个原因引起变化。 我们在做系统设计时也需要考虑对系统之间或模块之间的接口采用定制服务。采用定制服务就必然有一个要求：只提供访问者需要的方法。 接口设计是有限度的。 — 接口的设计粒度越小，系统越灵活，这是不争的事实。 深入了解业务逻辑，最好的接口设计就出自你的手中！ 一个展示数据的列表，按照原有的需求是6列，突然有一天要增加1列，而且这一列要跨N张表，处理M个逻辑才能展现出来，这样的变化是比较恐怖的，但还是可以通过扩展来完成变化，这就要看我们原有的设计是否灵活。 这就需要在设计之初考虑到所有可能变化的因素，然后留下接口，等待“可能”转变为“现实”。
62430编辑于 2022-07-21 - 来自专栏Lvshen的技术小屋
设计模式6之代理模式
关于代理模式，很好理解。比如你买演唱会的票，自己很难买到，只能去找黄牛，那么黄牛就是代理（非官方）卖火车票的。
30630编辑于 2022-05-05 - 来自专栏后端技术
系统设计分析 作业6
1、 领域建模 a. 阅读 Asg_RH 文档，按用例构建领域模型。 按 Task2 要求，请使用工具 UMLet，截图格式务必是 png 并控制尺寸 说明：请不要受 PCMEF 层次结构影响。你需要识别实体（E）和 中介实体（M，也称状态实体） 在单页面应用（如 vue）中，E 一般与数据库构建有关， M 一般与 store 模式 有关 在 java web 应用中，E 一般与数据库构建有关， M 一般与 session 有关 b. 数据库建模(E-R 模型) 按 Task 3 要求，给出系统的 E
55130发布于 2019-05-25 - 来自专栏Python机器学习算法说书人
Python设计模式（6）：组合模式
导言 在软件设计与编程中经常会遇到树形数据。当处理树形结构的数据时，程序员必须经常区分叶子节点与树的一个树枝节点。这往往会使代码变得更加复杂，并且很容易出错。 使设计变得更通用。
1.7K10发布于 2019-07-26 - 来自专栏小鑫同学编程历险记
【程序设计】6大设计原则之依赖倒置
依赖倒置原则（Dependence Inversion Principle，DIP）： 代码设计要依赖于抽象接口，不要依赖于具体实现。 通过面向抽象的编程方式来降低类之间的耦合，便于扩展。
33430编辑于 2022-12-26 - 来自专栏全栈程序员必看
设计模式之6大原则(6)开闭原则
开闭原则（OCP） 是 面向对象设计中“可复用设计”的基石，是面向对象设计中最重要的原则之中的一个，其他非常多的设计原则都是实现开闭原则的一种手段。 遵循开闭原则设计出的模块具有两个主要特征： （1） 对于扩展是开放的（Open for extension）。这意味着模块的行为是能够扩展的。 作为 系统设计的抽象层，要预见全部可能的扩展，从而使得在不论什么扩展情况下，系统的抽象底层不需改动；同一时候，因为能够从抽象底层导出一个或多个新的详细实现，能够改变系统的行为，因此系统设计对扩展是开放的 这就要求我们在设计的时候，要很清楚地了解用户需求，推断需求中包括的可能的变化，从而明白在什么情况下使用开闭原则。
68821编辑于 2022-07-09 - 来自专栏硬件大熊
单火线设计系列文章7：软硬件联调典型问题
本篇阐述单火智能开关的技术难点及壁垒，在进入文章之前，推荐阅读—— 《单火线设计系列文章1：场景由来、技术问题》 《单火线设计系列文章2：闭态取电电路》 《单火线设计系列文章3：开态取电电路》 《单火线设计系列文章 4：电源转换电路和无线通信SOC电路》 《单火线设计系列文章5：单火线智能开关的技术难点 - 闭态”鬼火”问题》 《单火线设计系列文章6：技术难点 - 开态”宕机”问题》 作为一款带联网功能的强电低功耗产品 本文列举软硬件联调的6个典型问题，若碰到类似情况，可以让你更快速地定位问题所在。 1. 频繁按键操作导致宕机 原因： a. ，导致该路负载出现突闪问题 解决方法： 尽量选用切换电流更小的磁保持继电器，操作继电器的IO口脉宽逼近继电器的最小切换时长，且继电器的驱动电流做一定限制，逼近继电器的最小切换电流 6.更难兼容的灯具方案 原因： LED方案中，高压线性方案、阻容降压方案是最难兼容的灯具方案。
85420编辑于 2022-06-23 - 来自专栏XINDOO的专栏
Agent设计模式——第 6 章：规划
Google DeepResearch Google Gemini DeepResearch（见图 1）是一个基于 Agent 的系统，设计用于自主信息检索和综合。 该系统设计用于处理大量基于网络的资源，评估收集的数据的相关性和知识差距，并执行后续搜索以解决它们。最终输出将经过审核的信息整合成一个结构化的多页摘要，并附有原始来源的引用。 这种设计确保了调查（可能涉及分析数百个来源）对单点故障具有弹性，并允许用户脱离并在完成时收到通知。系统还可以集成用户提供的文档，将来自私有来源的信息与其基于网络的研究相结合。 该报告设计为交互式的，通常包括音频概述、图表和指向原始引用来源的链接等功能，允许用户验证和进一步探索。除了综合结果外，模型还明确返回它搜索和咨询的完整来源列表（见图 2）。 OpenAI Deep Research API OpenAI Deep Research API 是一个专门设计用于自动化复杂研究任务的工具。
91110编辑于 2025-10-27 - 来自专栏硬件大熊
单火线设计系列文章9：EMI问题探讨及支持大功率单火取电开关的探索
《单火线设计系列文章4：电源转换电路和无线通信SOC电路》 《单火线设计系列文章5：技术难点 - 闭态”鬼火”问题》 《单火线设计系列文章6：技术难点 - 开态”宕机”问题》 《单火线设计系列文章7： 设计注意点：此对策器件选型、参数可能会对待机功耗有影响，调试过程中须留意待机电流的变化； (二)、在灯具开态条件下，开态取电电路选取合适的GATE驱动电阻。 在此列举其中一种支持大功率单火取电的解决思路，其电路框架示意图如下： 在灯具两端并联设计一款分流电路，配合单火智能开关的取电电路输出不小于5V/0.5A功率给智能开关系统电路供电。 (一)、下面列举一种分流电路的设计思路：(实现方式可以是有某种特性的器件或者具有一定功能的电路) 在灯具处于闭态时，分流电路需呈现低阻抗特性，起到承担回路中大部分电流，保证灯具不闪或者无灯具下单火开关亦可通过分流器正常工作 (二)、下面列举一种单火智能开关的取电电路的设计思路： 在灯具处于闭态时，闭态取电电路选取可提供足够功率的开关电源方案，例如采用5V/1A隔离输出的反激式开关电源方案； 在灯具处于开态时，取电电路需增大分时取电时间
1.3K20编辑于 2022-06-23 - 来自专栏小程序深入
设计模式-6大原则
内容来自参考《大话设计模式》与自己的话术结合1. 单一职责（SRP Single Responsibility Principle）：概念 就一个类而言，应该仅有一个引起它变化的原因。 既然不可能完全封闭，设计人员必须对于他设计的模块应该对哪种变化封闭做出选择。 开放封闭原则（Open Closed Principle）即为解决这些问题而产生，它强调的是你设计的模块应该从不改变。 6. 接口隔离原则（ISP Interface Segregation Principle）概念 A、客户端不应该依赖它不需要的接口。 B、类间的依赖关系应该建立在最小的接口上。 我们在做系统设计时也需要考虑对系统之间或模块之间的接口采用定制服务。采用定制服务就必然有一个要求：只提供访问者需要的方法 接口的设计粒度越小，系统越灵活，这是不争的事实。
69521编辑于 2022-07-25 - 来自专栏yeedomliu
《微服务设计》第 6 章 部署
第 6 章 部署 在众多相互依赖的微服务中，部署却是完全不同的情况。
1.1K20发布于 2019-09-28 - 来自专栏信数据得永生
Java 设计模式最佳实践：6~9
根据这个页面的说法，一个没有回应的网站在搜索引擎中的排名很低： “响应式设计是谷歌的推荐设计模式” 反应式系统是一种使用元素构成复杂系统的架构风格，有些元素是用反应式编程技术构建的。 )(https://gitcode.net/apachecn/apachecn-java-zh/-/raw/master/docs/design-pattern-best-prac-java/img/6e6af107 八、应用架构的发展趋势 每当我们开始开发一个应用时，我们首先需要确定的是我们将要使用的设计或架构。随着软件行业在过去几十年的成熟，我们用来设计系统的方式也发生了变化。 当我们开始构建一个应用时，我们有一组需求，我们试图设计一个我们认为能够满足所有需求的解决方案。这种设计被称为应用架构。 适用于一个应用的架构或设计可能不适用于另一个应用；例如，银行解决方案架构可能看起来与电子商务解决方案架构不同。另外，在一个解决方案中，不同的组件可能需要遵循不同的设计方法。
2.3K10编辑于 2023-04-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号