通过 Main 方法启动
SpringApplication.run(Xxxx.class, args);
通过命令行 java -jar 的方式
通过Spring - boot - pluging 方式启动
需要写 maven 配置
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
因为指定了父模块 spring-boot-starter-parent 所以不需要指定插件版本
执行
mvn spring-boot:run
有两种持久化的方式,分别是 rdb 和 aof,
https://www.jianshu.com/p/ff6de219f988
M:Model(模型) 是应用程序中处理数据逻辑的部分,可以负责数据的存储获取
V:View(视图)处理数据显示部分
C:Controller(控制器)是应用程序中处理交互的部分。并向模型发送数据
Model-View-Presenter
M:提供数据
V:负责显示
P:逻辑的处理
MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化,让我们将视图 UI 和业务逻辑分开。
组成部分:
模型:是指代表真实状态内容的领域模型(面向对象),或指代表内容的数据访问层(以数据为中心)
视图:就想 MVC 和 MVP 模式中一样,视图是用户在屏幕上看的结构、布局和外观
视图模型:暴露公共属性和命令的视图抽象。MVVM 没有MVC模式控制器,也没有MVP模式的 presenter,有的是一个绑定器
绑定器:声明性数据和命令绑定隐含在 MVVM 模式中。在 Microsoft 解决方案堆中,绑定器是一种名为 XAML 的标记性语言。
作为一种新的模式,MVP与MVC有着一个重大的区别:在MVP中View并不直接使用Model,它们之间的通信是通过Presenter (MVC中的Controller)来进行的,所有的交互都发生在Presenter内部,而在MVC中View会直接从Model中读取数据而不是通过 Controller。
在MVC里,View是可以直接访问Model的!从而,View里会包含Model信息,不可避免的还要包括一些业务逻辑。 在MVC模型里,更关注的Model的改变,而同时有多个对Model的不同显示,即View。所以,在MVC模型里,Model不依赖于View,但是View是依赖于Model的。不仅如此,因为有一些业务逻辑在View里实现了,导致要更改View也是比较困难的,至少那些业务逻辑是无法重用的。
虽然 MVC 中的 View 的确“可以”访问 Model,但是我们不建议在 View 中依赖 Model,而是要求尽可能把所有业务逻辑都放在 Controller 中处理,而 View 只和 Controller 交互。
MVVM 模式将 Presener 改名为 View Model,基本上与 MVP 模式完全一致,唯一的区别是,它采用双向绑定 (data-binding):view 的变动,自动反应在 ViewModel。
Object 有12个成员方法
这两个关键字都是在继承关系中才会出现的,Super .变量,会在直接去父类中查找,this.变量,优先在本类中查找,没找到的话,会去父类中查找
https://www.cnblogs.com/XHJT/p/3897440.html
找,没找到的话,会去父类中查找