三层架构，我为什么对你越来越迷茫了。

最近接到一个项目，不知道是自己头脑发热还是想证明自己前段时间的学习成果，于是就想使用三层架构来开发，但是在开发过程中发现了越来越多的不和谐因数（以后可能还会发现更多），现在就一一呈现给大家，希望有朋友能指点我一下。

客户的需求很模糊，这就带来了数据库设计的困难，三层架构都说用实体层来进行数据传输，那么这么实体层应该怎么设计，其它层怎么设计（你的接口层定不下来），如果以后添加功能就得先改实体层然后一层层的修改？

还是实体层，如果我其它两层设计成了Web Service那么这个层怎么设计，怎么传递？

由于这个项目的客户需求说需要做到分担负载，于是项目经理就要求三个层必须要安装在不同的服务器上面，那么按照园子里面大多数人的想法（比如PetShop）每一层建不同的类库，那该怎么放在不同的服务器上面，他们之间怎么互相访问，如果其中一层还想分在不用的服务器上面呢？

如果每一层设计成了Web Service，哪改怎么设计？怎么传实体层？到最后这么Web Service会不会变的很臃肿，好像看了园子里面很多资料都没有发现Web Service在三层架构中应用的例子，而且我试了一下发现Web Service不能返回工厂模式生成的接口，提示不能序列化接口。

不知道以后还会不会遇到什么别的问题，迷茫....................很迷茫........................