#开发设计踩坑记#
我最近在重构一个庞大且涉及多GitLab仓库、数十个微服务及采用Maven多模块的软件项目，记录一下规划和实施细则。
以下是一些建议来帮助您高效地进行重构和整合，如果你有更好的建议请评论区一起交流 一起进步。

1. 统一的项目架构
- 微服务拆分合理化：重新审视每个微服务的边界和职责，确保服务划分清晰，减少不必要的依赖和冗余。
- Maven多模块结构优化：设计合理的模块层级和依赖关系，使用聚合项目来组织微服务及其共享组件，便于管理和维护。

2. 代码仓库整合
- 合并重复依赖：如果多个服务之间存在大量重复代码或共享库，考虑将这部分代码抽取到单独的仓库中，并通过Maven的依赖管理来引用。
- 按功能或服务领域拆分仓库：将紧密关联的微服务放入同一或相关的GitLab组织下，便于协作和权限管理，尽量确保每个微服务有一个独立的GitLab仓库。
3. CI/CD流程标准化
- 统一构建工具：所有微服务均采用一致的构建工具和版本，如Maven或gradle，并配置相同的构建脚本标准。
- 持续集成：在GitLab中为每个微服务设置适当的CI/CD流水线，包括自动构建、测试、代码质量检查和部署。
- 依赖管理：确保所有服务的Maven依赖版本同步和一致，可以通过BOM（Bill of Materials）文件或父POM进行集中管理。
4. 模块化与依赖注入
- 模块解耦：通过Spring Cloud和其他微服务框架提供的特性如服务注册发现、API Gateway等加强服务间的松耦合。
5. 代码和配置分离
- 外部化配置：使用Spring Cloud Config Server或者携程Apollo进行配置中心化管理，使得微服务配置易于修改和部署。这里我更推荐使用Apollo，更容易实现集群和权限划分。
6. 文档与规范
- 制定和更新项目规范：编写详细的开发、部署、运维规范和最佳实践文档。
- API文档管理：保证各个微服务接口文档的准确性和一致性，可使用Swagger等工具。
7. 测试策略
- 集成测试：增加端到端测试，确保服务间协同工作无误。
- 自动化测试：完善单元测试覆盖，结合GitLab CI/CD自动执行测试。

#开发设计踩坑记# 不符合的设计不要硬用，更可能是你错了。今天在vue的computed中使用了el的MessageBox 弹框，原意是想属性变化时额外进行弹框提示，虽然合理，但细想计算属性应该只为一个属性服务，不应该有业务逻辑，要用更好是watch，虽然该属性也是计算出来的；而且我直接无视了弹框组件使用了异步，而计算属性不支持。就这样弹框无法关闭，我还想各种补漏去实现它，但后面我还是错了

#开发设计踩坑记# 最近在写老大交给我的数据迁移工作，天天捣鼓脚本，对python很久不用后（很久之前学过基础），很多属性不记得，只能去百度；还有就是数据量大点，运算时间就大了，不知道是我写的代码太拉了，还是我的电脑CPU不行了，反正就是慢！是不是本身python就运算慢点，？