
架构设计
文章平均质量分 92
以项目实战场景为例,谈谈适合特定场景的架构设计
Resean0223
有自己的坚持,不断增强技术
展开
-
架构设计系列(七):微服务架构
随着业务规模的不断扩大,开发团队不断扩张,传统的单体服务会出现团队协助和系统性能上的问题。基于以上的痛点,微服务在业务开发上的应用越来越广。其实在初期的技术选型上,是选用微服务还是使用单体,需要根据当时的团队规模,业务量等综合因素作为评估。而不是一股脑的拍板新的就是好的。原创 2025-03-02 20:59:04 · 815 阅读 · 0 评论 -
架构设计系列(六):缓存
Cache-Aside 策略的优点是实现简单,只有被请求的数据才会被缓存起来,减少一些不必要数据的缓存。但程序需要管理其时效性及一致性,增加了系统的复杂度。该策略更多的使用在数据读取比较频繁,更新比较少的场景。Read-Through 策略 应用程序将不与数据库进行交互,简化了读取流程,由缓存系统自己管理缓存提高了数据的一致性。但缓存的写入需要单独处理,需要与其他写策略结合使用。该策略适用于读写操作频繁的场景。Read-Through 策略保证了数据的一致性,读取时总是能够在缓存中获取到最新的数据。原创 2025-02-25 15:37:51 · 1045 阅读 · 0 评论 -
架构设计系列(五):数据存储
在技术选择中,数据存储方案的选择极其重要。为自己的项目选择适合的数据存储是一项复杂的任务。不同的数据库的诞生是为了解决现实存在的业务场景,市面上的数据库产品众多,这样子也会导致在做技术选型的时候产生决策疲劳。原创 2025-02-21 15:45:44 · 883 阅读 · 0 评论 -
架构设计系列(四):设计模式
设计模式是软件开发中的宝贵工具,它们提供了解决常见问题的标准化方法。通过合理使用设计模式,可以提高代码的质量、可维护性和可扩展性。模式分类核心思想抽象工厂模式创建型创建一组相关对象。建造者模式创建型分步骤构建复杂对象。原型模式创建型通过复制现有对象创建新对象。单例模式创建型确保一个类只有一个实例。适配器模式结构型转换接口以兼容不同类。桥接模式结构型将抽象与实现分离。组合模式结构型构建树形结构以表示部分-整体关系。装饰器模式结构型动态扩展对象功能。外观模式结构型。原创 2025-02-15 16:02:16 · 1044 阅读 · 0 评论 -
架构设计系列(三):架构模式
模式核心特点优点缺点适用场景MVC分离 Model、View 和 Controller简单易用Controller 臃肿,耦合高小型应用MVP引入 Presenter 解耦 View 和 Model便于测试Presenter 可能复杂中型应用MVVM引入 ViewModel 和数据绑定高度解耦,便于测试数据绑定调试复杂大型应用MVVM-C引入 Coordinator 解耦导航逻辑适合复杂导航场景增加了复杂性大型应用,复杂导航VIPER高度模块化,职责分离明确适合大型团队。原创 2025-02-15 15:06:53 · 675 阅读 · 0 评论 -
架构设计系列(二):CI/CD
CI/CD 是 持续集成(Continuous Integration) 和 持续交付/持续部署(Continuous Delivery/Continuous Deployment) 的缩写,是现代软件开发中的一套核心实践和工具链,旨在提高软件交付的效率、质量和可靠性。原创 2025-02-13 17:43:37 · 1561 阅读 · 0 评论 -
架构设计系列(一):通信协议
polling and Webhook 对比假设我们运营一个电子商务网站。客户端通过 API 网关将订单发送至订单服务,订单服务再将请求转发至支付服务以处理支付交易。支付服务随后与外部支付服务提供商(PSP)通信,完成交易。短轮询(Short Polling)支付服务向 PSP 发送支付请求后,不断向 PSP 询问支付状态。经过多次轮询后,PSP 最终返回状态。短轮询有两个缺点:不断轮询状态会消耗支付服务的资源。外部服务直接与支付服务通信,可能产生安全漏洞。原创 2025-02-13 15:08:54 · 1119 阅读 · 0 评论