2018-1-23项目一期总结---杭州

合抱之木,生于毫末；九层之台,起于垒土；千里之行,始于足下。-----------送给在码农之路上搬砖的自己。

通过参与项目的评审-->详细设计-->项目的开发-->项目发布线上的心得

1. 项目的评审不仅仅只是看看需要自己投入进去，更能够了解项目需求
2. 不知道详细设计怎么下手，完全是因为自己没有摸透需求，对不同模型之间的关系通过之前接触过的模型可以套用，模型之间就 1-->1 1-->n 
   n-->n的关系。
3. 在做项目设计不知道怎么下手的时候可以线看几遍需求分析。
4. 项目的开发多看看前辈／别人的代码，不仅要会使用，还要会使用的细节。在开发的过程中遇见各种问题自己超过10min解决不了的，就要问人。一个流程20min时，就要问组长。
5. 代码中逻辑处理的时候 多想想可能出现的各种判断处理
6. 项目发布的时候需要注意许多细节：首先线上表结构的设计／线上各种配置／项目依赖的其他的jar包首先需要提前打包／发布的时候需要实时查看log日志，等发布成功之后需要查看log多看看有没有问题，有问题的需要立刻回滚且修改bug。

---

心得学习体系

1. 每次不懂／老是出错的地方都需要及时做好总结，然后想象以后可能用的到的地方。以后哪些体系回用得上。
2. 项目设计中，模型之间的关系都是3个，在理解项目需求的时候将项目模型往那3个中套就行了。
3. 遇见问题解决问题，然后总结。
4. 用例评审的时候要用心听。
5. 要有自己的学习习惯体系

以后做详细设计根据下面的流程走就好～～

1. 详细设计无从下手的时候是因为对需求没有理解透彻。需要深入了解需求。
2. 当时设计做的很烂，问题有3个:
                    1> 对需求没有理解透彻 
                    2> 把模型与数据库表混为一谈 
                    3> 模型之间的关系没有理清楚
3. 模型的属性昵称需要能够区分开，易读。
4. 模型之间的关系常见的只有  1--1  1--n，理不清关系的时候直接套就好。
5. 模型是数据库表的更高一层的抽象，不等于表。
6. 设计模型包含属性的时候多问问自己为什么。
7. 以后做设计的步骤:
    1> 弄懂需求，这样做的原因，理解需求
    2> 初步画出模型，不需要包含详细的属性
    3> 先理出模型之间的关系，理不透的套 1--1   1--n 的关系
    4> 整理模型间关系之后，根据需求设计模型的详细属性使之能满足需求实现业务
    5> 根据模型关系整理需要的数据库表;表主要有:
         1. 模型对应的表
         2. 模型与模型之间关系对应的表
         3. 模型与模型属性对应的表
    6> 先写出各个模型自己独立的接口/服务用例，再写模型关系之间的用例
    7> 想一想自己设计的用例能否完成实现业务需求。
    8> 对理解有困惑和重点注意的接口用例需要画出流程图，再找人对一下。
    9> 找人先过一下，把自己的设计表达出来。听取别人的意见和困惑。