![](https://img-blog.csdnimg.cn/20201014180756925.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
架构设计
文章平均质量分 96
Solomon_肖哥弹架构
Solomon(肖爱良) - 前百度环境音乐CTO&架构师、微服务专家 - 中国机械出版社签约作家,《深入理解Dubbo工业级架构设计》图书的作者 - 分享高并发、高可用、高性能的分布式(微服务、存储、事务、限流)架构设计原理
展开
-
静态工厂模式(Static Factory Method Pattern):支付接口封装实战案例分析
在电商平台中,需要集成多种支付方式,如支付宝、微信支付、银行卡支付等。为了简化支付流程并统一支付接口,静态工厂模式提供了一种实例优雅的解决方案。原创 2024-08-01 15:55:13 · 360 阅读 · 0 评论 -
对象池模式(Object Pool Pattern):连接池管理实战案例分析
在许多互联网项目中,频繁创建和销毁数据库连接会导致性能问题。使用连接池可以复用已经创建的连接,从而提高资源利用率和系统性能。原创 2024-07-31 16:40:28 · 381 阅读 · 0 评论 -
空对象模式(Null Object Pattern)实战案例分析 —— 电商平台库存管理
在电商平台中,库存管理是一个关键环节。每个商品都应该有一个库存对象,但有时某些商品可能暂时无货或不存在,这时使用空对象模式可以避免空指针异常并简化业务逻辑。原创 2024-07-30 13:30:41 · 461 阅读 · 0 评论 -
规格模式(Specification Pattern): 电商平台商品筛选实战案例分析
在电商平台中,用户经常需要根据各种条件筛选商品,例如价格范围、品牌、评价等级等。规格模式提供了一种灵活的方式来构建复杂的筛选逻辑。原创 2024-07-28 12:03:58 · 398 阅读 · 0 评论 -
KISS原则(Keep It Simple, Stupid):可以用来Dis 架构师的过度设计
KISS(Keep It Simple, Stupid)原则,即“保持简单,愚蠢”原则,是一种提倡在设计过程中保持简洁性的软件开发理念。这个原则鼓励开发者避免不必要的复杂性,专注于最直接、最清晰的解决方案。原创 2024-07-14 14:00:56 · 819 阅读 · 0 评论 -
合成复用原则:桌面系统与电商系统中构建灵活的软件设计方案
合成复用原则(Composite Reuse Principle, CRP),也被称作组合/聚合复用原则,它建议优先使用对象组合,而不是通过继承来复用代码。这个原则强调通过将对象组合成树形结构来实现代码复用,从而提供更大的灵活性。原创 2024-07-12 14:23:32 · 1219 阅读 · 0 评论 -
迪米特法则:电子商务库存管理应用案例,并不属于过度设计
迪米特法则(Law of Demeter, LoD)是一种软件设计原则,它要求一个对象应该对其他对象有最少的了解,只与直接的朋友(即直接的依赖关系)交互。当系统中的对象之间存在复杂的交互关系,或者一个对象需要了解太多其他对象的内部细节时。原创 2024-07-12 12:28:59 · 1198 阅读 · 0 评论 -
写代码总被Dis:5个项目案例带你掌握SOLID技巧,代码有架构风格
* 单一职责原则是基础,确保每个类只关注一件事情。* 开闭原则建立在单一职责原则之上,强调通过扩展而不是修改现有代码来添加新功能。* 里氏替换原则确保继承体系的健全性,让派生类可以安全地替换基类。* 接口隔离原则避免让客户端依赖于它们不需要的接口,提高了接口的可用性。* 依赖倒置原则将高层策略性业务规则与低层细节解耦,使系统更加灵活。文本通过ERP案例、支付系统集成案例、订单案例、折扣案例、汽车租赁项目案例代码片段来讲解SOLID设计原则如何落地到业务项目来提高项目整体的质量原创 2024-07-10 23:25:31 · 909 阅读 · 0 评论 -
依赖倒置原则:支付网关设计应用案例
依赖倒置原则解决了在支付网关设计中,业务逻辑层与具体支付实现之间的紧密耦合问题。依赖倒置原则(Dependency Inversion Principle, DIP)是SOLID原则的一部分,它提倡在设计时依赖于抽象(接口或抽象类),而不是具体的实现。这有助于降低模块间的耦合度,提高系统的可扩展性和可维护性。原创 2024-07-10 18:44:18 · 975 阅读 · 0 评论 -
接口隔离原则:精简接口,专注职责,多环境配置管理案例
接口隔离原则解决了因为接口设计过于庞大而导致的低内聚和高耦合问题,使得使用接口的类实现了许多它们不需要的方法。原创 2024-07-10 18:03:28 · 786 阅读 · 0 评论 -
里氏替换原则在金融交易系统中的实践,再不懂你咬我
里氏替换原则解决了继承关系中的脆弱性问题,确保子类能够安全地替换基类,避免因继承带来的风险和错误。例如:在金融交易系统中,需要处理不同类型的交易,每种交易都有其特定的执行和撤销逻辑。LSP确保这些不同的交易类型可以安全地使用基类接口进行操作。原创 2024-07-10 14:14:45 · 893 阅读 · 0 评论 -
开闭原则:软件设计的弹性与稳健性,项目代码讲解
开闭原则(Open-Closed Principle, OCP)是SOLID设计原则中的第二原则。由Bertrand Meyer在1988年提出,并由Robert C. Martin进一步推广。开闭原则指出,软件实体应对扩展开放,对修改关闭。这意味着设计时应该允许轻松添加新功能,而不需要修改现有代码。原创 2024-07-10 14:00:42 · 599 阅读 · 0 评论 -
精雕细琢:单一职责原则在电商架构中的运用 ,代码讲解
软件开发中单一职责原则(SRP)是SOLID五大设计原则中的第一个,由Robert C. Martin在21世纪初提出。它主张一个类应该仅有一个职责,并且该职责应该被完全封装在类中。这一原则的目的是减少类间的耦合,增加代码的可维护性和可扩展性。原创 2024-07-09 23:04:31 · 918 阅读 · 0 评论 -
一个项目代码讲清楚DO/PO/BO/AO/E/DTO/DAO/ POJO/VO
在现代软件架构中,不同类型的类扮演着不同的角色,共同构成了一个清晰、模块化和可维护的系统。以下是对实体类(Entity)、数据传输对象(DTO)、领域对象(Domain Object)、持久化对象(Persistent Object)、业务对象(Business Object)、应用对象(Application Object)、数据访问对象(Data Access Object, DAO)、服务层(Service Layer)和控制器层(Controller Layer)的总体介绍:原创 2024-07-09 11:59:27 · 1321 阅读 · 0 评论