机房合作（三）：We are Team，We are Family

导读：拖拖拉拉，机房的合作也算是接近了尾声了。在这个过程中，真心是感谢我的两个组员。这个机房合作，看似简单，但我的组员给我的帮助和感动，都是不可忽略的。记得刚开始的时候，我就说过：不怕猪一样的组长，咱有神一样的组员。现在看来，果真如此。

一、困难重重

真的是有好多困难，因为是第一次合作完成。好多东西都不懂，都不知道该怎么办，做什么都有点错。最离谱的是，连代码框架都有问题。但发现的时候，已经快接近代码结束的尾声了。然后又去想解决办法。不得不说，可能真是由于我的代码框架的问题，给这个合作系统带来了很大的问题。再次感谢我的组员们，真的很感谢，有问题的时候，大家都在一起解决，没有说谁丢下谁。

好不容易代码全都写完了，但初次将7层合到一起的时候，一下子报了300多个错，我当时真的都被吓傻了，我从来没有见过这么多错。每一层连生成DLL文件都有问题。调完了这个，还有那个问题，真的是看着代码，我都想哭。在这里，我又不得不感谢组员们的辛苦劳动，真的好感谢。为了进度，都回去熬夜写代码，我真的有点过意不去。也是得益于组员的帮助，我们的系统才能开始运行起来。

二、在困难中成长

我相信，经过了这次机房合作，大家都成长了。

好不容易将层次间的问题解决了，生成了解决方案。但看到连一条线都不通的时候，那种心情，谁能懂。好不容易，调通了一条线。然后就分了任务，去分着调试系统。不得不说，大家真的都很照顾我，我的那几条线，相对来说算是简单的了。很惭愧的是，尽管如此，我的那几条线，我都还得需要借助组员才能调通。我不得不承认，我的确是组内最弱的了。就是这样的我，还整天无情的催进度，感谢大家的配合了。

真的是那种，从一条线都不通的系统，调到了现在。开始的时候，都不知道设计模式具体是怎么使得，调着调着，用着用着，就真的会了。

三、遇到的问题

1，系统代码框架结构不全。

因为开始的时候，说是不能给多于需要的东西，如有必要，再进行资料分配。当时没有理解过来，也没有像师傅具体打听过，所以导致了整个代码框架的混乱。以至于，最后，需要通过添加现有项目的方式，将这个系统做完整。后期出现的层次之间的问题，我猜想，有好大一部分该是由这个原因造成的。在此，我想说：组员们，对不起了。由于我的职责没有履行到位，给大家带来了很大的困难，真的抱歉！

2，配置文件无法反射接口。

说到这个，我现在想想，到真的有点聪明反被聪明误的感觉。反正，我是由于我自己的经验，一直在看数据库地址的问题，以及配置文件的的使用层的问题。但都忽略了看配置文件的问题。因为一直习惯了<connectionStrings>，但这回无意将配置文件写在了<appSettings >，导致反射一直过不去。调了好久，也是由细心的组员发现了，调通了。

3，设计模式缺少方法

这回用的设计模式主要集中在登录、上下机。也是因为对于设计模式的理解不够吧，导致了初期的文档有问题，根本不够实现这个系统功能。

4，存储过程无法附参

在模板方法实现组合查询时，存储过程的参数怎么都附加不了。更为离谱的是，参数一直传到了D层都还在，一到了Helper里面就没有了。查了资料说，可能是参数值的初始化的时候出了问题，还有可能是命令类型没有选择存储过程。还有说是参数并没有真正的通过SQLCommand去附加。但最后这些可能都处理了，就是没有能给参数附了值。突然想起牛腩中，我也遇到过这种情况，那时候是解决不了，很生气，就歇了两天。结果，他自己就好了。

5，SVN冲突

因为各自在调代码，难免会出现冲突。在SVN中，讲解了怎样去解决冲突。通过协商，决定取舍。但还有一个方法能有效的避免冲突，就是所有的人，都只改动自己负责的那一层的代码。涉及到别的地方需要修改的，就让负责那层的人去修改。然后再提交，这样就能在一定程度上，避免冲突。

注意事项：每次开始工作（调代码）时，一定得从SVN上更新下来最新的代码。还有就是解决了一个问题，也要及时的更新。

四、个人收获

这次合作，最大的感触倒真的不是别的什么，感受最大的，就是团队的力量。一个人，真的很难成事儿。在组内，团队中，都能很快的找到解决办法。这次，真的多谢了组员的帮助。我这个矮小的组长，是在组员的帮助下，才走到了现在。没有组员的合作、帮助、卖力，我根本无法完成这次合作。

We are team，we are family！