最近也一直在思考项目架构的问题,也看了一些资料,想了一些东西.比如什么IOC,SOA,WCF,仓储模式,EF什么的.
想到最后还是觉得,适合自己的才是最好的.越是经典的才是越经受得住考验的.
万变不离其宗,代码中最重要的还是不要有逻辑错误,不要有bug.
层分好了,代码还要放对位置才是最重要的.
不同的架构只是架子不同,能够用来锦上添花,却不能雪中送炭.
所以我打算从实际出发,还是简单的三层为基础.以文件夹将模块划分,为将来拆分留下伏笔.
最近在面试的时候,也都有闻到一些别的公司的框架是怎样的.大部分还是三层架构,也有一些是一来注入的.
不过我觉得通过注入的方式替换BLL层99%的情况下是不需要的,反而会增加复杂度.
另外,现在很多项目都把业务逻辑什么的都写到存储过程里,这种方式想想就会麻烦,日后维护定是个恐怖的事情.
如果一个存储过程达到上百行,我想除了当初写它的人,第二个再碰他的人心理就有畏惧了吧.
很多时候整个项目的瓶颈都发生在数据库中,业务程序可以通过增加服务器的方式解决,而数据库就没有那么简单了
框架主要实现如下功能.
- 所有的dal层和bll层都有个基类,在基类里把所有的基本操作封装起来.
- Service层,里面用文件夹区分了BLL与Facade,是用来给外部提供系统调用的,可以是wcf,也可以webservice,也可以webapi 的方式.
- Web 层可的数据,可以来自bll,也可以来自façade,因为不想划分更多的层,所以放在一个层里,使用了文件夹进行区分.
当然,缺点肯定还是有的,后续会随着业务的发展不断的调整架构,当前环境下适合的才是最好的.
参考资料:
http://www.cnblogs.com/jake1/archive/2013/05/07/3065592.html
http://www.cnblogs.com/jake1/archive/2013/05/03/3056357.html