wpf项目也如期的结束了，对于我们这个其实很粗糙的作品可对于我们来说却意义非凡，我们都觉得这次的项目还是比较成功的，没有多少的遗憾，更重要的是他对我们团队今后的合作奠定了非常的基础，这次项目的合作为我们建立一个很好合作默契，给我们很大启示，让我们知道一个项目成功需要什么，一个团队应该做什么，一个团队应该怎样合作.......
我们是第一次做wpf项目，之前我们也没有很多的合作，慢慢地我们也彼此建立一种很好的合作关系，看看这次的项目除了满意外，还是有很多值得我们去好好反思的缺陷，这对我们今后做项目或其他编程工作有着很重要的意义，现在我总结在此：
首先是我们编码的规范性，对于我们这些初级编程学生来说，这没什么，总觉得程序可以正常跑起来及时成功的程序，所以这是我们是最常见也很容易忽视的问题，其实从这次开发过程，我们这种毛病就体现他的致命性，虽然我们程序还是很简短，但是我们是团队3人共同编程的，我们看彼此的代码总是很困难，因为我们的代码很乱，只有自己可以看明白自己的程序，这给我们的工作带来很大的困难，我们必须在自己给别人介绍自己的代码之后我们才可以进行下一步的编程，看看我们编的程序，我们对程序的注释太少，在一个团队合作的项目，我们不做一点代码注释，这让我们的队友看我们自己的代码当然是非困难，这对我们的编程效率有很大的伤害。所以我们以后的编程合作在一开始就应该要求我们每个人对自己的程序及时进行尽可能详细的代码注释。
而且我们的程序代码重用率是相当高啊，一个相同的代码，我们是哪里需要就哪里重写使用一次，这也给我们带来不少的麻烦，其实这些都与我们编程经验不够的原因，我们自己其实一开始就有考虑这个问题，但是就是在编程过程中没有有意实施，还是按自己的习惯来进行编程。看看我们的后台程序，我们想很多，其实我们所有对数据库的操作代码都可以封装到一个单独的类中，只要我们用的地方调用哪个类里相关的相关的函数就行，这样我们代码重用率就降低了不少，虽然这种能力是跟我们编程经验有关联，但是只要我们可以想到和可以做到我们就应该这样做。
再看看我们这个项目的整体规划，其实我们一开始的规划和现在我们做到的差得很远，其实这与我们前期项目规划和考虑不够，我们前期对项目整体把握和整体交流很少，我们的项目是在我们做项目中想到什么就怎么做，跟前期规划无关，所以我们对项目整体把握不够。是我们的项目和我们开始规划的差之千里，而且我们整体时间整体规划很乱，项目前段时间效率很低，到后段时间我们不得不加班赶工，这是我们使感觉后段时间很累，我们以后的项目一定要把整个先规划好......