做一个小项目的体会

这个小项目，可以说断断续续经历的两个多月，期间因为学习和考试其他的事导致这个项目拖得时间有点长，昨天经历了一天的奋战，终于把以前没有解决的问题，解决了。特写下这一篇文章记录一下。

首先是开始视觉给我高保真图，我就开始做了，开始没有想，直接上手做了静态页面，但是发现这样是不行的，一定要先开始在纸上把怎么做画出来，开始就把可能遇到的坑就想到，然后查资料，找到可以解决的方案，这样就可以开始做了，做的过程中，静态页面争取一天之内做完，然后就可以再用半天的时间优化一下，看看有什么冗余，能删的都删掉，然后再和设计师要交流一下，看怎么样，一定要交流，我开始没有交流导致做出来的，设计师说很难看，有让我改，费了很多精力，必须和设计师经常沟通，还有有写效果看起来很好，但是在实现的过程中会遇到一些问题，不一定要按照设计的来，设计的可能会出现一些和现实情况逻辑不相符合的地方，需要提意见进行修改，如果前端自己加的会可能有些不好看。这些是html和css布局的一些心得。下面主要是js

再与后端交互的过程中，在开始编码之前，一定要先查好资料，想清楚要用的技术，用哪种技术最好，还有代码之间的逻辑关系，先写份文档，把要实现的功能都列出来，然后分析这些过程，有这么两个要解决的问题要想一下：
1.此项目的最终目的和目标
2.应该做些什么实现这些目标

这两点是非常重要的，需要认真的写文档，分析，分析，再分析，然后最好再用什么工具画一下，简单的用笔，我现在还不会画那种用uml图分析问题，希望下次可以试一下，要先试着理解问题本身，先分析再归纳，理清楚问题本身，比一开始就编程更加重要，要理解问题本身，然后试着去推理，然后找到合适的方案去解决，然后找到方案写下来，可以先做一个demo。验证一下解决方案是否合理，然后级可以将这个demo运用到具体的项目中去，这样会少走很多弯路。

还有一点是，遇到了问题，不要逃避，如果暂时解决不了，先想一下需要学一些什么东西，不断的补充自己，提高自己，然后过一段时间再去解决问题，如果可以解决就一定要马上解决完所有的问题，不要拖，一拖就会出现问题。

然后还有就是写js的时候，函数一多就有点逻辑不清，我觉得还是要写图，用笔画，然后遵循不能重复法则，当代码量越来越多的时候，要注意模块化，对于比较深入的js，要好好学学node，或者js的算法，要不然再解决问题的时候，总感觉函数写的不太好，值传的有点啰嗦。原型链那块一定要搞明白。

下面引用一段别的文章说的开发软件项目的流程：

一、提出问题（以用户的语言来提出用户最关心的东西，比如：XX地方效率太低要花太多时间。）
二、需求分析（分析用户的需求）
三、系统架构（定制软件的核心功能、数据库的设计）
四、系统构建（完成软件的构造，即编写代码）
五、系统测试与优化（软件测试，BUG修补，功能模块的优化）
六、系统维护与扩展（BUG修补，软件功能扩展，软件版本的升级）