工作心得

2019.03.04：
1.拿到需求，设计表，设计字段，要多参考公司统一的字段命名方式，同时要共享字段命名，确保项目组内数据库字段名称一致。
比如本次上中医项目，同组两个后端的数据库字段名称命名不一致，导致前段需要频繁进行转换，增大了前端的工作量；

后端字段不一致导致前端频繁转换.png

2019.03.05更新
2.如果充分了解前端工作逻辑，就能够有效强化后端工作思路。有必要学好前段。

2019.03.07更新
2.设计表结构时，应该充分考虑到业务需求，需要进行更新操作的数据，应该有一个以上的唯一标识。

教室管理表结构设计.jpg

比如这次做教室管理前端页面时，很简单的表，增删改查，其中教室编辑功能，能对教室编号、楼宇、容纳人数备注所有项进行修改，原数据库以classroomNo作为主键。但在更新时，这个值也是可以改变的，如此就缺少了唯一标识，无法判断传入数据是新数据还是旧数据了。
后续改表工作费时费力。

2019/3/25
拿到新的任务，看需求，问清楚思路，然后跟着代码抽丝剥茧进去。
遇到不懂的新知识，可以考虑后续写博客深入了解。

2019/5/13
面对需求不明确的开发任务，要坚决彻底详细问清楚需求内容，避免出现完成后不符合预期需求需要返工的情况。

2019/6/13
需求文档必须有，应该详尽能够逻辑闭环，不能拍脑袋想需求，口头讲需求。
需求文档的优点在于，能有归纳思路，界定开发边界，减少扯皮。