构建之法阅读笔记02

一、阅读内容概述
书中关于软件架构设计的章节，详细阐述了多种架构模式及其适用场景。例如，分层架构通过将系统划分为表示层、业务逻辑层、数据访问层等，使各层职责分明，便于开发、测试与维护；微服务架构则强调将系统拆分为多个小型、独立且松散耦合的服务，每个服务可独立部署、扩展，适合大型复杂系统。同时，作者还讲解了架构设计需遵循的原则，如单一职责原则，即一个模块或类只负责一项功能，降低模块间依赖关系，提高代码可维护性；以及开闭原则，要求系统对扩展开放，对修改关闭，通过抽象化等手段，在不修改原有代码基础上实现功能扩展。
二、个人感受
我过去是怎么做的：以前在做小型项目架构设计时，缺乏对架构模式和设计原则的系统认识。比如开发一款校园二手交易网站，只是简单按照功能模块划分代码目录，没有遵循明确架构模式，各模块间代码相互交织、依赖关系混乱。
为什么这样不好：没有遵循书中所讲架构设计原则和模式，导致系统代码可读性差、可维护性低。当需要添加新功能或修改现有功能时，很难精准定位修改位置，牵一发而动全身，一处修改可能引发其他模块连锁反应，增加出错概率。而且，随着项目规模扩大，系统性能优化难度也大幅增加，不利于项目的长期发展。
解决办法：在后续项目中，我会先深入分析项目需求，根据项目规模、特点选择合适的架构模式。如小型项目采用分层架构，大型项目考虑微服务架构。同时，在编码过程中严格遵循单一职责、开闭等设计原则，定期对代码进行重构优化，确保架构的合理性与系统的可持续发展。