改变
积极的改变才意味着进步

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

  1. 客户的需求很模糊,这就带来了数据库设计的困难,三层架构都说用实体层来进行数据传输,那么这么实体层应该怎么设计,其它层怎么设计(你的接口层定不下来),如果以后添加功能就得先改实体层然后一层层的修改?
  2. 还是实体层,如果我其它两层设计成了Web Service那么这个层怎么设计,怎么传递?
  3. 由于这个项目的客户需求说需要做到分担负载,于是项目经理就要求三个层必须要安装在不同的服务器上面,那么按照园子里面大多数人的想法(比如PetShop)每一层建不同的类库,那该怎么放在不同的服务器上面,他们之间怎么互相访问,如果其中一层还想分在不用的服务器上面呢?
  4. 如果每一层设计成了Web Service,哪改怎么设计?怎么传实体层?到最后这么Web Service会不会变的很臃肿,好像看了园子里面很多资料都没有发现Web Service在三层架构中应用的例子,而且我试了一下发现Web Service不能返回工厂模式生成的接口,提示不能序列化接口。
  5. 不知道以后还会不会遇到什么别的问题,迷茫....................很迷茫........................

 

posted on 2008-08-15 16:39  赵俊  阅读(4322)  评论(60编辑  收藏  举报