上一章我们把静态的页面转化成了动态网站，接下来，我们将给动态网站添加业务逻辑。
项目进行到这一步，不知道大家有没有认识到这种自顶向下构建项目所带来的优势。首先，我们每一步得到的版本都是可以直接运行的，我们可以在任何时候都直观的观察到项目的结果，从而对项目做出调整。其次，我们能够直观的感受到项目的进度。最后，我们每次的修改都不涉及到更低层次的内容，可以放心的修改。
观察我们的项目，现有的主要功能有两种，一种是跟用户登录相关的部分，另一种是查看、添加留言。由此我们可以提出两个实体类：UserInfo和MessageInfo。同时可以想到的业务逻辑有登陆、登出，查看留言、添加留言、分页等。
下面，我们建立实体类项目Entity。该项目将被表现层、业务层、数据层所引用，成为贯穿三层的统一接口。额外的，我们可以把数据验证的逻辑也添加到实体类内。注意，由于这个项目中的类将被其他程序集应用，所以访问权限必须是public。
接下来，我们来建立业务逻辑服务项目。
显然，现在我们还没有数据库，也没有数据，这个业务逻辑服务项目只是一个模拟的服务，我们的目的是进一步完善表现层。一个真正的表现层是依赖于服务层的，因此我们需要一个服务层。
首先，我们来实现一个模拟的用户业务逻辑服务。
用户的业务逻辑有登录、登出两大项，同时还需要拥有检查是否登录，跳转到登陆页等功能。模拟的业务逻辑不需要实现真正的功能，只需要实现相同的行为即可。
接着，我们再来实现一个留言的业务对象。
到这里，我们就完成了模拟业务对象的建立，并完善了表现层。
