1. 铺垫

1.1 项目真实开发的过程

上来要做什么？？？？
有电脑—》配环境（JDK、IDEA、MAVEN……）
这个项目：房屋管理系统
从什么角度出发，第一步做什么？？
架构
写作文：框架（总分总）
做程序：框架（SpringMVC分层架构思想、MVVM模型架构）
如果不使用分层架构的思想，写作文不按总分总来写会带来什么样的问题：
弊端：
1.不好把握中心思想
2.不利于观看，代码可读性很差
3.写作文写了第一段 第二段不知道怎么写（留了位置） 先写第三段
维护性很差

   今天天气真好！！！！……便利贴  总结

维护性增强：
页面、java业务（增删改查）、数据库
把代码全部放在一个.java文件（好不好）
不好：1.代码冗余度太高了 2.乱（可读性差）3.维护性差（将来我这个.java文件假如有一句报错）

拓展：分层架构一定就好吗？？？？
代码少的时候使用分层架构：杀鸡焉用宰牛刀、小题大做

解决什么问题：复杂业务功能（增删改查）
大象放冰箱

1.2 一个项目要怎么架构

以前没有出现框架之前，大家是怎么架构的？？？
杰哥：a包、b包、c包
董：d包、h包、e包
问题：每个人自己干自己的？？团队team沟通？？
Spring做了一种规范 很牛逼的一个点
程序员都做了一种规范：用Spring遵循MVC思想

可不可以创建包：用类不就行了？？
命名重复：
杰哥：商城 购物车模块 支付功能（.java文件）
董得志：商城 XXX模块 支付功能（.java文件）
用包来解决这个问题

说明：
pojo（java的简单对象）为什么会有这个包：
用来存放实体对象

1.3 房屋信息管理系统

1.3.1 项目搭建

1.3.2 代码

关注gitee

1.3.3 制作流程

1.3.3.1 完成了主菜单制作

接下来增删改查（先做哪个）

1.3.3.2 房屋列表

功能：展示所有房屋信息
第一步：做页面：View
第二步：页面要去业务层处理查询数据（方法）
第三步：业务层返回查询到的数据 （返回值）
第四步：页面展示数据

1.3.3.3 新增房源

功能：添加房屋
第一步：做页面：View 页面接收用户输入的信息
第二步：页面将接受的数据发送给业务层
第三步：业务层接收，并处理（将数据存入数据库）
第四步：业务层将处理的结果告诉页面

编号不允许用户输入，为什么？
你去户籍大厅办身份证，你可以选身份证号码！！
id一定是唯一的，是系统分配的（按照一定的规则）
id从1开始并且自增

1.3.3.4 删除房屋

功能：删除房屋信息，id保留 ，不能被其他房子使用
第一步：制作页面： 页面接收用户输入id
第二步：页面将接收的id发送给业务
第三步：业务层去查找这个房屋数据（存在/不存在）
3.1 存在 找到并删除
3.2 不存在 反馈不存在
第四步：业务层将结果告诉页面