技术成长历程（.net）2

今天过来一看，呵呵，有一条评论，真的没有想到，只是把这里当作一个可以随便写写的笔记本，随手涂鸦罢了，或者记录一下自己的心情，或者记录一些技术的细节，没有想到像我这样平凡的人还有观众，谢谢各位了：）

作了这些天的技术准备，突然发现传统网页设计和.net的一些区别，也把准备时期所走的弯路记录在这里，如果有人能够看到并且吸取我的教训，那就善莫大焉了。

项目是一个交易平台，对于界面的设计要求比较高，同时有一些很细节的流程需要注意，刚开始的第一步弯路，就出在这些很细节的流程上，按照一般思维，要做一个东西，先要完成主要的功能，那些小的细节可以慢慢添加进去，可是这样是不可以的，因为这些小的细节流程，有时候可能会很大幅度的更改界面设计，最后的界面是彻底推翻前两次的第三次设计，大量的时间浪费在了重复的设计中

第二个弯路和第一个有关联，由于.net的代码隐藏功能，我把所有这个也面上要实现的功能都写在这个页面的隐藏文件中了，我马上就尝到了这样做的苦果--每一次的页面改动，都迫使我重新修改一大堆的代码，于是，第一个转机来到了，为了减少这样做的痛苦，我把一些常用的，但是不经常改动的字段（如数据库连接字段）放在了全局变量中，这样做的好处是当我需要修改时，我只需要修改一个地方，经过这样的整合，我暂时使那些看起来有点不爽的代码完成我需要的工作，直到这一天的到来

“这个步骤的处理是错误的，应该XXX，而不是YYY”经理的一番训斥让我一天的好心情化为乌有，改吧，可是打开文件我才发现要做改动是多么困难的一件事情--我几乎要重新写所有的代码...接下来，我做了一件到现在我还为那时的英明举动而激动的事，推翻所有的东西，重新架构系统！！！

我参考了微软的duwamish后感觉N层结构过于复杂，目前来说没有这个必要，实际上对于是否能够有效划分，我也没有把握，我决定使用三层结构，数据访问层，商业规则层和web表示层，在数据访问层中，我把各种对数据库的操作封装起来，使得上面的商业规则层只需要访问类的方法，而不需要和数据库打交道，商业规则层则封装了一些流程上的规则，作为web表示层和数据层的中间层存在

在这个架构搭建好以后，我感觉到了无比的轻松，回过头来看一看，原来的那种方式之所以不好，是因为它是从上往下构建的，是基于页面驱动的，所有的事件，所有的方法都要跟随页面来实现，而后来的结构，很明显是从下往上构建的，先写好数据层，再写规则层，最后在页面中调用这些方法就可以了，其实这是一个对软件功能进行抽象的过程，而问题的最终根源则是对于需求的了解，如果能够根据详细的需求来制定一个好的策略，那就可以使开发的时间大幅度减少，开发的过程也会变的轻松起来。

这个项目还在开发中，应该还会遇到一些问题，我会把他们一一记录下来，毕竟这是我的成长历程

同事学校里的工艺设计班暑假去西藏采风，羡慕啊羡慕啊，我最想去的地方就是西藏，不过不会像他们那样直接坐飞机或者火车去，而是从南方坐汽车，一小段一小段的去，到什么地方都要参观一下，这是我的终极目标，现在为实现这个目标努力锻炼身体，钱也是个问题，不过可以通过在沿途各地打工来解决

游戏机实用技术一个月出三期了，摆明了轧钱，虽然感觉不错，还是不买了吧

刚看到FFXII的演示动画，DVD版的，怎一个爽字了得

邮购的QUAKE3 T恤延期到5号发货，郁闷啊，不过招商银行的网上转帐真的很好用

今天去看房子，周日搬出去住，出门在外最大的不便就是租房子