2014：新星商城

编程是属于实践的，说具体点就是需要写代码。有的是为了完成某些功能，有的是为了熟悉某些技术，是有很明确的目的性，达到目的的方式有很多种，但是，有些笨，只有去写一下，看看执行的过程和结果，才能有些体会。有些羡慕编程思想里对api熟练的程度，好像，正如他所说的，这个技术能做什么，不能做什么，都需要知道。越写里面的代码，就越感觉对api熟练的程度，可谓信手拈来。他知道要写什么程序，也知道需要什么去完成，而且，根据各种不同的场景，还有不同的实现方式，读这样的书，很有收获。

前段时间参与新星商城(www.xinxing001.com)项目的开发，写代码，得到点体会。

最开始完成的是电商网站与中间表的数据同步，这个只需要保证数据的完整性，程序事物，就像是数据拷贝。有次读取商品数据，别人弄进三十多万条数据，然后，程序去读，立马就挂了，头脑就冒汗了，这个错误没有遇到，只好百度下，知道了原因，但是，调整内存大概是行不通的，就用了已id为标示，分批去处理，算是把数据都处理完了。只是，并没有在一次任务里全部处理完。

在写订单同步的时候，边写实现类，边改接口，直在哪里感叹没有经验，有时候写着写着，发现这样不行了，就把接口改了，再调整，发生这样的情况有很多次了。然后，就干脆停下来，理一下思路，这个方法需要完成什么，需要什么样的数据，又需要返回什么，完成这个功能又需要哪些步骤，有时还想不清楚，就打开记事本，先把要做的功能写着，哪些元素是关键的，是线索，需要什么格式的数据，每个环节又需要输入什么和输出什么，这样，一写，思路立马清晰多了，就不会一会感觉这样，一会感觉那样，最后没样了。。

后来去写商品列表页面，上面的哪些方法还没有想到可以使用，就直接去看其他项目是怎么写的，但是，还是有很多的不同，看到的只能给个模式，需要怎么去写，然后就先看看别人是怎么写的，有哪些是可以借鉴的，有哪些是不能复制的。

看着别人的代码对着静态页面，写着写着就进入死胡同了，第二天来就把前天写的都改了，去分析一下我所需要哪些数据，这些数据之间的关系是怎样的，又该怎样保证数据的正确性，最后发现，只有那个根据进来的那个目录找到下级目录或关联商品的目录这段代码可以直接复制过来，其他的，还是需要自己去写。

在这个过程中，遇到去关联商品标签，根据商品标签选择商品，那四种排序，有种，逢山开路的感觉，但是，觉得最有感觉的是哪个右上角显示当前页的目录，这个，还真不知道是怎么想出来的，好像是，一步一步的去试，看着哪个目录的查找，一点一点的去加进去，最后，就出来了。觉得自己还是有点天赋的。

上线之后，还再加销售活动：商品N倍积分，每购买商品都会获得积分，可以为某些商品单独设置在某个时间段购买该商品获得多少倍积分。这个因为可以根据目录添加商品，最后保存的都是商品，所以，需要根据选择的目录查询出商品并保存，就写了一个根据目录节点查询信息的方法，这些目录节点的深度是不确定的，个数也是不确定的，写出来之后，觉得商品里列表的那个，太简单了，怎么就没有静下心来去想一想的。这个活动的数据保存进去了，但是，怎么使用，就是另外的事情了。

因为前面有过分析写程序需要哪些元素的感觉吧，这次，遇到一时不知道从哪里着手或者怎么写感觉都有漏洞，就把需要的元素列出来，比如:活动、商品、积分、会员等级、N倍积分数等这些都找出来，既然他们都出现了，那么他们肯定是有关系的，只是，需要出现的先后顺序不同，可能每个元素之间的关系不是直接的，需要转几道弯才能关联上，然后，分析，进入最核心的业务需要哪些外部条件，比如：购买的商品在这个时间段内没有参加活动，当前的活动没有这个会员等级，只有满足了所有的条件才能进去计算。

最后：感觉写程序，在技术上确实需要多些代码的，无论多么简单，写的是那种感觉，熟能生巧，只有熟悉他，才会在需要他的时候，他就突然的跑到你的脑子里了，在业务上，要是不能一气呵成，那么就需要去分析一下，需要哪些元素，他们之间的关系又是怎样的，可能，需要变换一个所需要显示出来的程序结构。其实，程序是，找到所需要的原始数据，构造排除得到基本的，然后，让各个元素之间关联起来，得到需要输出的那样的数据，简单的就是，需要明确目的，这程序是干嘛的，怎样才能更好的打到目的，里面的关键是什么，找到了明确了，剩下的就是把代码码起来，把程序跑通，当然，也会有些错误的，很多不确定因素，这个就需要各种控制了。