全栈的一些思考--思维高于一切,不打无准备之战
身为跨越前端与后端的我,近期参与了两个全栈实战项目,这个过程可谓是跌宕起伏。常常是我刚写下几句前端代码,便发现需要立刻转向后台进行功能编写。而后端代码写至半途,又不得不折返,因为数据库里缺少某个表或者某个表需要新增字段,又或是发现某些字段显得冗余。
在午后的沉思中,我对过去两年的学习进行了回顾。那些管理信息系统、数据库分析与设计的课程,虽然内容有时让我索然无味,甚至曾让我边学边骂,觉得作者把简单问题复杂化。但现在,当我真正参与到实际项目中,却发现无法脱离前期的需求分析、业务流程解析、数据流程梳理、数据库构建、编码设计等环节。还必须考虑用户的体验与感受。
具体体会如下:
1. 项目启动之初,首先要深入剖析客户的需求,明确所需的功能及其相互间的关联。
2. 接着要理解用户的使用流程,包括每个环节的数据产生、数据来源及数据流向,据此确定字段名称。
3. 前端界面要展示哪些数据、哪些数据虽不展示但用于逻辑处理也要明确,同时要考虑页面间的跳转关系、用户的操作习惯及用户体验。
4. 数据库设计应以满足功能需求为前提,同时兼顾性能需求(通常大项目才需考虑性能)。
5. 根据前面的分析,确定需要的表及表间关系,这一步需反复论证直至确定,之后就不宜轻易更改。
6. 依照规划搭建前端框架,尤其是表单部分,要与第二步确定的字段名相匹配,这样可以避免很多不必要的麻烦。
7. 后端的编写也要遵循前两步的规划,字段名需一一对应。
8. 随后是数据的添加与测试,包括输入错误和正确数据的测试。
9. 最后一步是邀请身边的人进行测试,并参考他们的反馈进行优化。
总的来说:做好规划再动手编码才是硬道理。
文章从网络整理,文章内容不代表本站观点,转账请注明【蓑衣网】