士不可以不弘毅，任重而道远

机房收费系统开始了有一段时间了，但是感觉自己对于这一条线还是理解的不太深刻，导致后面也快不起来，所以来分析一下这用户登录的过程。    如果是纯三层的话，理解起来差不多，无非就是在层与层之间传递，但是随着用户需求，软件功能越来越多，那么其复杂程度越来越大。   因此，我们引入了更多层，从图中看，我们觉得好像这样比三层更加复杂，但是实现过程中我们会体现其高内聚，低耦合的优点。我们不难

从一开始对于机房收费系统的无从下手，到现在已经接近尾声，像冬天的迷雾一样，随着时间散开了去，对于其也是越来越清晰，想一想，这种学习的过程还真是美妙。    当然只学习不去总结是没有意义的。今天我就来把存储过程的使用总结一下。拿用户注册来说，就是往数据库里添加用户，以方便更多的用户使用。那么用户注册我们要注意到什么呢？1.通过卡号判断用户是否已经存在。如果不存在该用户：2．将信息写入

对于机房收费系统的重构，从大的方面来看，无非就是对于数据库的四个操作，增删改查。并且我们用的是三层架构进行重构，D层用来和数据库打交道，进行这四个操作就需要有返回值，增删改在这里不多说，但是当进行查的时候，d层需要数据给b层，那么我们以什么样的形式返回最好呢？    刚开始接触三层的时候，我返回的是datatable，就是dt.Rows[0][“xxx”]的形式，感觉实现了，就很厉害了，后来通

风风火火15天，机房收费系统合作版终于竣工，这个系统是自己第一次合作的项目并且按层开发，在为这个项目感觉到收获多多的同时，更让我想不到的是团队的力量。    你以为的真的不一定是最好的。    在合作前期，我们来了个需求分析，讨论了一下各功能的实现，但是没有想到的是，对于功能的一些传参和返回值，会有一些出入。像判断卡号是否存在，返回到u层的到底是布尔值好还是实体好呢，再比如数据库设计表示怎