代码思路

1. 需求分析

• 项目背景，项目需求等等....
• 以学生管理系统为例
  • 项目主要需要哪些类
  • 哪些数据结构来存储数据
  • 有哪些主要功能（一个功能对应一个主体方法）
  • 各个功能大概有什么作用，需要哪些参数，返回什么类型
  • 如果不懂需要哪些，可以先写无参数无返回值的方法

2. 代码编写

• 编写需要的类
• 从前端往后端编写。也就是从眼睛看到的开始，慢慢往里延申(数据流向)
• （后期）一般情况下，写后端只需要实现接口给前端返回数据，前端页面渲染展示

例子

搭好项目架子

1. 编写分析出来的几个类，还有存储结构（该项目没有涉及数据库，所以需要我们自定义假数据和容器存储）

2. 该项目前端页面

3. 项目的主要功能实现（后端编写）---》一个个方法

4. 具体功能的实现（具体方法的实现）-》逻辑代码的编写

   1. 这时候编写代码的时候，如果一段代码在多个方法频繁出现，就可以抽取出来形成一个新的静态方法放在一个工具类中

      1. 校验用户输入可靠性

   2. 逻辑：写功能方法-》方法调用工具类.方法（减少代码冗余性，封装）

   3. 调试代码-》细节处理

   4. 项目运行时，是否满足你的要求->修改代码

   扩展

   写项目时，先搭好架子

   前后端不分离

   抽取代码->

   ---->packbage
       view（视图）---->前端页面(展示页面)
       Controller（控制器） -->具体功能实现（控制页面跳转等等...）
       Model(模型)----> 与数据库交互，数据模型（实体类）等....
       
   

在前后端不分离的应用模式中，前端页面看到的效果都是由后端控制，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合度很高。

## 前后端分离

1.  前端只管页面设计、页面跳转等等，通过js向后端接口发送请求

2.  后端只管从数据库中拿到数据，处理数据、通过api接口传给前端(面向接口编程)

3.  后端只提供数据，前端就可以适配网页、小程序等

mvc

后端架构

• 主包
• Controller -->控制层
  • 处理前端请求
• Service--->业务层
  • 编写逻辑（业务）代码
• Pojo (domain...)--->实例类
  • 一个类对应一张表
• Dao--->数据层
  • 与数据层交互
• Eexcption、utils...
• 项目入口
  • main方法

数据流向

（未完成....)