写点总结

最近太忙了（借口1枚），所以一直没有写博客，忽然想起来很久没有总结了，只是搞得很零散。所以今天过来总结一下。

这一个月都一直在忙那个新的进货系统的改版。这个系统大约分为8个页面。

在开始做这个项目之前我的压力很大。因为这是我工作以来做的第一个真正的项目,姑且就叫Tgs--OrderCargo--version 2015.10.01（一坨屎，就叫tgs）

1、做之前要先想想——统观全局

开始的时候我纵览了这个项目的所有页面，发现很多可以通用的东西，所以毫不犹豫的建了一个公共的js文件，我们公司的js，css，html是要写到一起的。

因为页面太多了，单个页面有的很小，所以分开写会非常不易于管理，开始的时候我还是不太理解后来就理解了。因为这个项目太多公用的js所以我才写了

两个js，一个CreateTab是我写的tab切换插件，（妈蛋这么常用的插件竟然都没有，还得我自己写）很简单，直接扔到公用库里面去了，话说回来这个插件

应该是构造函数+原型模式写的，可以接收回调函数。

2、各种未知的问题和错误——经验不足

做好了准备工作之后就开始CSS布局，写公用js（都是在效果层面的），在这个过程中没有遇到太复杂的问题，最大的问题就是我的tab切换最开始的时候是静态的

切换，切换后并不可以接收函数，就为了能让他接收函数就想了将近2个小时，所以其实做完了之后觉得很简单，但是不知道为什么当时就绕不出去这个弯。而且我

们有一个需求比如主页定的货，你到别的页面搜索也可能出现相同的商品，所以要把这个产品的信息储存在cookie里面，于是乎我就犯了两个错误：1、新版的cookie

和旧版的cookie名字一样.2、但是两者的数据结构是不一样的。旧版的是[ [id,num], [id,num] ]这是啥是二维数组，但是我的是啥[ {id:num},{id:num} ],id变成了num的key

本来以为这样简单，后来才发现这种办法是各种坑啊，前台不好取，后台也不好取，然后原来客户手机里有原来名字的cookie，因为数据结构不一样，导致很多客户

出现了无法订货的情况，还得让客户重新清理一遍cookie，下次就不要变了，或者遵循统一指挥。

3、与后台接入数据——乱七八糟

因为我对整个系统的后台数据不是很了解，甚至不太会接收数据，一步一步console出来的，用$.each遍历各种遍历。幸好最开始的时候我把数据遍历之后的函数写

好了，几乎所有的页面都用得着这个，这省了我一大部分的麻烦。但是因为还有地方不太一样一些细节的问题，所以有一个页面就直接咔咔咔的重写了一堆。不得不感叹

产品经理的设计是如此的日狗。现在对我来说遍历数据没什么难得了，因为我们公司没有使用任何模板引擎，所以只能用jq遍历，这也让我很纠结。

4、代码优化——日了够了

本因为做产品就够TMD了，但是忽然发现优化代码才是真正日了够了。比如首页的tab切换变成了ajax。之前是一次载入之后就插入，现在是点一个东东就执行一个

回调函数。呵呵呵呵，幸好老子有先见之明写了回调，要不就被虐死了。而且在这个过程中我发现所有的东西一定要灵活的使用，有个classify页面的3级切换，我就是

调用了两次tab切换并且还跟另外一个不冲突。在写这个的时候觉得很好玩，因为工具是死的，但是思路是活的，不同的工具在程序员的手下面就出现了不同的形态，

也是真正让我觉得好玩的地方。

5、附加功能——东拼西凑

本来能滚动的变成不能滚动的，本来固定的，变成自适应的，本来**的变成**的……最有意思的就是做那个做滑删除很简单，就是一个touchstar事件记录开始坐标，

touchmove事件记录移动多少，剩下的jq的animate就替你完成了，我那阵妈的用原生折腾了一下午，才发现妈蛋整个思维和逻辑都错了，我很容易把问题想复杂，

其实很简单的功能却要想的那么复杂，又要这个判断又要那个判断的。其实完全没有必要。因为复杂的判断，手机运行的时候甚至会卡，现在就几行代码就实现了。

就是想得太复杂了。

6、bug修改——源源不断

很少会有没有bug的程序，在越来越多的客户使用的过程中不断地出现bug这也就是让客户帮忙测试功能，然后我们再改，还好目前没有出现什么致命的bug就是一些格式验证，极端操作之类的bug。

通过这个项目，着实学到了很多很多的东西，至少对我们日常工作的节奏和层次有了一个了解。因为这毕竟是我第一份工作，所以也是有些不太了解。但是这之后所有的项目基本全部都可以应付了。没有什么特别难的地方，可以抽出时间来学习一下别的东西了。