Github
1.Github概述
1.1 Git的诞生
GitHub 是一个基于web的服务平台，主要用于版本控制和协作，让开发者和项目团队能够更好地一起工作。它提供了一个 Git 代码仓库的托管服务，Git 是一个开源的分布式版本控制系统，由 Linus Torvalds 为更好地管理 Linux 内核开发而设计
在 GitHub 上，用户可以创建自己的项目仓库来管理代码，同时也可以参与到其他人的项目中。 GitHub 提供了许多协作特性，比如问题跟踪、项目管理、代码审查、团队讨论等，这些都极大地促进了开源项目的合作和发展
1.2 Git与Github的联系
Git 和 GitHub 是两个紧密相关的事物：
1.Git: Git 是一个开源的分布式版本控制系统，由 Linus Torvalds 创建于 2005 年。它允许开发者跟踪和管理源代码历史，支持多人协作开发。Git 的核心功能包括版本控制、分支管理、合并和冲突解决等。它是基于命令行的工具，可以在本地计算机上完全离线工作
2.GitHub: GitHub 是一个基于 Git 的在线托管平台，提供 Git 仓库的托管服务。它为开源项目和个人开发者提供了一系列协作工具，如代码审查、问题跟踪、项目管理、Wiki 页面等。GitHub 还提供了图形用户界面，使得用户可以更容易地使用Git的功能。此外，GitHub 还提供了一些社交网络特性，如关注其他用户、星标项目（star）、对项目代码提出改进建议（fork）和提交拉取请求（pull request）
综上所述，Git 是一个版本控制系统，而 GitHub 是一个使用 Git 的工具和服务提供者。开发者可以在本地使用 Git 进行版本控制，然后将代码推送到 GitHub 上进行共享和协作
2.Github的使用
2.1 Github注册
1.登入 GitHub 的官网，点击 sign up(注册)，填入相关的注册 GitHub 账号信息
2.登入自己刚刚注册的 Github 账号
2.2 Github项目库创建
1.登入自己的 Github，点击创建 Create repository
2.对创建的项目工程内容进行选择性的填写；
需要注意库分为两种，分别是：公有（Public）和私有（Private），自行选择即可。填好信息后点击创建仓库即可
创建成功，项目简介都会写在readme文件中
2.3 拉取项目
点击code，上传gitub码
打开vscode，下载Gitub插件
需要
第一次需要登录
登录成功后，在搜索框输入gitub码，就会展示所有的信息
提交
刷新页面，提交成功
2.4 创建分支
输入分支名字
创建完成
点击这个按钮，切换到dev分支
测试：新建helloworld.vue，提交
2.5 使用命令行
配置token
进入设置
开发者设置
创建token
token只显示一次，注意保存
使用git clone xxx.git，如果报错就输入git config --global http.sslVerify false这个命令解决
错误： git SSL certificate problem: unable to get local issuer certificate
这个问题是由于没有配置信任的服务器HTTPS验证。默认，cURL被设为不信任任何CAs，就是说，它不信任任何服务器验证。
cd xxx：进入文件
ls：查看
git add .
git commit -m ‘xxx’：本地提交
git push：提交
会让你输入gitub的用户名和密码，注意：密码是token
注意：clone的文件会放在桌面文件夹中
2.6 Git常用命令
相关git操作、idea操作git 见Day92 git
系统分层架构
1.为什么要分层？
分层架构是将软件模块按照水平切分的方式分成多个层，一个系统由多层组成，每层由多个模块组成。同时，每层有自己独立的职责，多个层次协同提供完整的功能
2.传统MVC架构
当我们实现一个应用程序时（不使用O/R Mapping），我们可能会写特别多数据访问层的代码，从数据库保存、删除、读取对象信息，而这些代码都是重复的。而使用ORM则会大大减少重复性代码。对象关系映射（Object Relational Mapping，简称ORM），主要实现程序对象到关系数据库数据的映射
优点：关注前后端分离
缺点：模型层分层太粗，融合了数据处理、业务处理等所有的功能。核心的复杂业务逻辑都放到模型层，导致模型层很乱
适应场景：后端业务逻辑简单的服务，比如接口直接提供对数据库增删改查
模型M：核心逻辑和数据 --业务模型 （模型，承载数据，对用户提交请求进行计算的模块。分为两类，一类称为数据承载Bean，一类称为业务处理Bean。数据承载Bean是指实体类，专门承载业务数据的，如Student、User等。而业务处理Bean则是指Service或Dao对象，专门用于处理用户提交请求的
视图V：展示数据 --用户界面、视图，为用户提供使用界面，与用户直接进行交互
控制器C：处理用户的输入，解耦 --控制器，用于将用户请求转发给相应的Model进行处理，并处理Model的计算结果向用户提供响应
3.后端三层架构
表现层：controller ，通俗讲就是展现给用户的界面，对应项目中的Web层包含Servlet和Controller等
逻辑层：service，也称作领域层，负责系统业务逻辑的处理，对应项目中Service和ServiceImpl等
数据访问层：dao，该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等，对应项目中的Dao
MVC严格说是三层架构中的UI层，也就是说，MVC把三层架构中的UI层再度进行了分化，分成了控制器、视图、实体三个部分，控制器完成页面逻辑，通过实体来与界面层完成通话，而C层直接与三层中的BLL进行对话
三层架构和MVC可以共存。三层架构是基于业务逻辑来分的，而MVC是基于页面来分的。MVC是表现模式，三层架构是典型的架构模式
4.DDD分层架构
DDD分层架构将数据、缓存等都视为基础层， 可以被所有层调用；抽离了领域层，负责核心业务逻辑处理，领域层调用外部依赖全部通过接口，以保证领域层的100%单测覆盖率；应用层聚合多个领域层的能力，只做功能的组合、转发，不负责具体业务逻辑
4.1 特点
数据、缓存等都视为基础层， 可以被所有层调用
抽离了领域层，负责核心业务逻辑处理，领域层调用外部依赖全部通过接口，以保证领域层的100%单测覆盖率
应用层聚合多个领域层的能力，只做功能的组合、转发，不负责具体业务逻辑
优点：相比于三层方式，更关注领域服务，即业务核心逻辑的划分、收敛
缺点：分层复杂， 如果业务逻辑简单没有必要
适应场景：业务复杂的业务
接口层（Interfaces）：该层包含与其他系统交互的所有内容，如Web服务器、RESTful接口。接口层处理传入数据的解释、校验、编解码、序列化操作，同时可以考虑引入专门的DTO（数据转换对象）来协助数据转换
应用层（Application）：该层负责驱动应用程序完成工作流程。很薄一层，协调多个领域对象(实体、聚合根、领域服务)实现服务编排和组合完成工作流，该层通常不应该包含具体业务逻辑。该层涉及：其他微服务RPC调用、微服务编排和组合、分布式事务实现、消息驱动事件的驱动、日志记录等
领域层（Domain）：该层是软件的核心，包含业务逻辑具体实现，包含实体、值对象、聚合、领域服务、仓储接口等领域对象内容，通常该层应该配备图示告知软件是如何工作的
基础层（Infrastructure）：包含网关、缓存、数据库存储、消息中间件、监控、应用程序服务等通用的技术和基础服务。基础层以不同方式支持到其他三层，促进各层间通信。配置文件、数据库Schema模式定义以及仓储接口实现都是基础结构的一部分
在该架构中，上层模块可以调用下层模块，反之不行。即
Interface ——> application | domain | infrastructure
application ——> domain | infrastructure
domain ——> infrastructure
4.2 和传统三层架构的对比
DDD四层架构也基于传统三层架构的，不同点有以下几方面：
1.关注点不一样：三层架构关注请求调用顺序；DDD架构关注领域服务
2.横向划分方式不一样：三层架构主要关注纵向划分，对横向划分没有约定；DDD架构更关注纵向，即：多个领域层之间划分及交互方式
3.对资源的定位不一样：三层架构把所有依赖的数据都放到数据访问层；DDD架构只将领域强关联的数据放到Repository中，其他比如API层缓存、文件等都当成基础服务来处理
在建模方式上，DDD分层的建模思维方式有别于传统三层
传统三层通常是以数据库为起点进行数据库分析设计，而DDD则需要以业务领域模型为核心建模（即面向对象建模方式），更能体现对现实世界的抽象
故在DDD分层凸显领域层的重要作用，领域层为系统的核心，包括所有的业务领域模型的抽象表达
4.3 代码结构描述
eg：后端Java代码工程为例，表现层在此代码结构中表现为api层，对外暴露接口的最上层
├─com.company.microservice
├─com.company.microservice
│ │
│ ├─apis API接口层
│ │ └─controller 控制器，对外提供（Restful）接口
│ │
│ ├─application 应用层
│ │ ├─model 数据传输对象模型及其装配器（含校验）
│ │ │ ├─assembler 装配器,，实现模型转换eg. apiModel<=> domainModel
│ │ │ └─dto 模型定义（含校验规则）
│ │ ├─service 应用服务，非核心服务，跨领域的协作、复杂分页查询等
│ │ ├─task 任务定义，协调领域模型
│ │ ├─listener 事件监听定义
│ │ └─*** others
│ │
│ ├─domain 领域层
│ │ ├─common 模块0-公共代码抽取，限于领域层有效
│ │ ├─module-xxx 模块1-xxx，领域划分的模块，可理解为子域划分
│ │ ├─module-user 模块2-用户子域（领域划分的模块，可理解为子域划分）
│ │ │ ├─action 行为定义
│ │ │ │ ├─UserDomainService.java 领域服务,用户领域服务
│ │ │ │ ├─UserPermissionChecker.java 其他行为，用户权限检查器
│ │ │ │ ├─WhenUserCreatedEventPublisher.java 领域事件，当用户创建完成时的事件
│ │ │ ├─model 领域聚合内模型
│ │ │ │ ├─UserEntity.java 领域实体，有唯一标识的充血模型，如本身的CRUD操作在此处
│ │ │ │ ├─UserDictVObj.java 领域值对象，用户字典kv定义
│ │ │ | ├─UserDPO.java 领域负载对象
│ │ │ ├─repostiory 领域仓储接口
│ │ │ │ ├─UserRepository.java
│ │ │ ├─reference 领域适配接口
│ │ │ │ ├─UserEmailSenderFacade.java
│ │ │ └─factory 领域工厂
│ │
│ ├─infrastructure 基础设施层
│ │ ├─persistence 持久化机制
│ │ │ ├─converter 持久化模型转换器
│ │ │ ├─po 持久化对象定义
│ │ │ └─repository.impl 仓储类，持久化接口&实现，可与ORM映射框架结合
│ │ ├─general 通用技术支持，向其他层输出通用服务
│ │ │ ├─config 配置类
│ │ │ ├─toolkit 工具类
│ │ │ ├─extension 扩展定义
│ │ │ └─common 基础公共模块等
│ │ ├─reference 引用层，包装外部接口用，防止穿插到Domain层腐化领域模型等
│ │ │ ├─dto 传输模型定义
│ │ │ ├─converter 传输模型转换器
│ │ │ └─facade.impl 适配器具体实现，此处的RPC、Http等调用
│ │
│ └─resources
│ ├─statics 静态资源
│ ├─template 系统页面
│ └─application.yml 全局配置文件