dev-protocol/best-practice/项目介绍.md

最佳实践

目录介绍

• sde(Scaffold Development Evironment) 脚手架整合

  • eladmin
    • SpringBoot, SpringData Jpa、 JWT、Spring Security、Redis、Vue的前后端分离框架
  • fast-boot
    • SpringBoot、SpringSecurity、Mybatis-Plus
  • guns
    • SpringBoot、BootStrap
  • renren-security
    • SpringBoot、Shiro、MyBatis-Plus

• TODO 未来把 支付模块 广告模块 电商模块

• SCRM CRM CDP 等系统集成进来作为一个Demo级别的项目进行存在

解决方案研究1 - 核心业务的增长及治理

0. 会产生的问题

• 代码
  • 原始的代码设计可能存在缺陷, 缺乏设计模式的应用, 或者需求的增加让代码的耦合性增加，可读性降低，可维护性降低
• 数据
  • 在存储容量不足，查询方面可能存在瓶颈, 以及数据的增加带来的表结构的改变灾难，要清楚怎么变，怎么设计变，怎么设计不变
• 服务
  • 原始服务的拆分可能存在不合理性，对于公用服务的封装可能也存在一定的缺陷，以及对服务的监控啥的，可能都需要重新去建设体系化
• 扩展
  • 抓住不变和可变，去预测和治理一些新增的需求和适应一些改变
• 支撑
  • 合理的应用和使用任何可靠手段来支撑业务，赋予业务更多的可能和支撑业务的大幅度增长和可用性
• 安全
  • 设计合理的安全架构，制定自己系统的安全测试线，去收集问题，发现问题，解决问题

1. 解决问题方案

• 代码
  • 使用设计模式
    • 1- 先确认要修改的代码范围，或者要重新设计的业务范围
    • 2- 规划要变化的代码范围，做一些改变的界限，评估界限边缘的代码会带来的一些风险，检查边缘代码
    • 3- 分解代码的功能，按设计模式的: 创建型，结构型，行为型 进行分类
    • 4- 对不同模式的设计模式进行评估使用，注意还是不要创新，要有一些历史的借鉴经验在这里
    • 5- 在使用设计模式的时候要想想后续改变大不大，以及有一些心里的标准，防止使用设计模式爆炸
  • 封装通用
    • 1- 对同一类的方法进行封装
    • 2- 按照业务的对接和操作方式进行封装
• 数据
  • 数据结构
    • 1- 对实体，实体之间的关系进行梳理-ER图
    • 2- 存储的合理性进行分析，让表的结构和存储合理
    • 3- 借助其他的存储载体的特有数据结构进行优化设计
  • 表的优化
    • 1- 对单业务模型进行大数据治理，比如分表分库
    • 2- 对表的设计扩展进行预留，对单表的大小进行合理化检查，避免没必要的冗余过多，或联合查询过多
    • 3- 盘点查询，对索引进行进一步的设计及规划，对一些文本处理的情形，
  • 缓存
    • 1- 添加数据层的缓存组件，对热数据进行缓存
• 服务
  • 服务拆组
    • 1- 根据业务需求检查服务的设计合理性，对服务进行有必要地拆组
  • 服务监控
    • 1- 使用SpringCloud 及 SpringCloudAlibaba 对服务的调用和状态进行详尽的检测
• 扩展
  • 功能扩展
    • 1- 对