Jack 架构师之路

实体层   我在这先简单介绍一下实体层，这是一个处在“三界之外”的东西，它不属于任何一层，但是任何一层都和它有关联，为什么会在三层中出现这么一层呢？其实这一层就是在经典三层传送数据的，避免三层之间的交叉调用，更好的解耦。也许有同学问那么直接传送变量参数不就完了吗？当参数只有一个或者两个的时候看不出效果，但是当我的参数多的时候呢？比如我们传送学生信息，那么我们就需要N个参数，那样的程序是不能要的

在上一篇博客中的开篇就介绍了实体的作用，但是上一篇中的用C#敲的那个三层登录的小例子中并没有用实体作为参数来传递，因为小例子中的参数很少就两三个，刚刚接触三层就为了练习三层的思想就没有用实体来穿参，昨天在对登录这条线敲通了只后，就琢磨当参数多的时候呢（像我们机房收费系统中，注册，上下机等），于是开始用实体作为参数并且用VB.NET重新敲了一遍。  在第二遍的时候我就把其中的分数和用户信息封装到

引言   在前面两篇博客中对小例子进行了不同语言和参数的编写，但是感觉还是有点没有尽兴，于是就想到前面学到的设计模式，之前只是把理论学习了，还没有实践，正好就拿着这个小例子开刀了，于是就有了这篇博客的由来。     加什么设计模式？  有了想法以后，这么多设计模式我应该加哪一个呢?就在自己的记忆深处回想小菜和大鸟的故事，根据我的那六个兄弟（设计模式六原则），最后决定给这小东西加上一个外