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 不存在 反馈不存在
第四步:业务层将结果告诉页面