31天孤尽代码规范与效能提升训练营

31天孤尽代码规范与效能提升训练营

• 31天孤尽代码规范与效能提升训练营目录
• • 2021.10.24 开营典礼
  • 2021.10.26 Day1
  • 2021.10.28 Day02 MySQL设计规约
  • 2021.10.30 Java异常处理和日志
  • 2021.11.2 工程结构规约
  • • 用例图
    • 类图
    • 时序图
    • 状态图
    • 活动图
  • 2021.11.4 技术架构选型
  • • 关于技术选型

31天孤尽代码规范与效能提升训练营目录

2021.10.24 开营典礼

2021.10.28 Day02 MySQL设计规约

2021.11.2 工程结构规约

这是第节课MYSQL设计规约的一个需求分析截图，通过下面的业务需求可以更好的理解下面的设计图

用例是一种把现实世界的需求捕获下来的方法

类图

• 什么是类图呢br> 类图用于展示系统中的类与其相互之间的关系，本质上说，类图是现实世界问题领域的抽象对象的结构化，概念化、逻辑化描述。

  状态图

  状态图显示一个状态机。状态机用于对模型元素的动态行为进行建模，更具体地说，就是对系统该行为中受事件驱动的方式进行建模。
  

  

  2021.11.4 技术架构选型

  关于技术选型

  • 为什么要进行技术选型
    • 可以降低成本
    • 提高研发效率
  • 编程语言排行榜
    – Java还是处于领先地位
  • 微服务架构的产生 – 巨石应用
    • 第一代单体应用，所有的模块打包到一起部署运行
    • SOA,面向服务架构，它是一种设计方法，设计上通常是自上而下的，服务间松散耦合。
    • 微服务，是去中心化的SOA扩展

  微服务是一种开发软件的架构和组织方法，其中软件由通过明确定义的 API 进行通信的小型独立服务组成。这些服务由各个小型独立团队负责。

  微服务架构使应用程序更易于扩展和更快地开发，从而加速创新并缩短新功能的上市时间。

  整体式架构与微服务架构
  通过整体式架构，所有进程紧密耦合，并可作为单项服务运行。这意味着，如果应用程序的一个进程遇到需求峰值，则必须扩展整个架构。随着代码库的增长，添加或改进整体式应用程序的功能变得更加复杂。这种复杂性限制了试验的可行性，并使实施新概念变得困难。整体式架构增加了应用程序可用性的风险，因为许多依赖且紧密耦合的进程会扩大单个进程故障的影响。

  使用微服务架构，将应用程序构建为独立的组件，并将每个应用程序进程作为一项服务运行。这些服务使用轻量级 API 通过明确定义的接口进行通信。这些服务是围绕业务功能构建的，每项服务执行一项功能。由于它们是独立运行的，因此可以针对各项服务进行更新、部署和扩展，以满足对应用程序特定功能的需求。

  整体式与微服务
  将整体式应用程序拆分为微服务

  文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览91333 人正在系统学习中

  来源：秘密默默

  声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！