关于多层架构和面向对象的疑问
我是个学生，最近在做毕业设计，一个erp系统，数据库大概有十几个表，主要是人力资源管理，部分用从b/s,部分功能用c/s,我不知道这种规模算大还是小，以前的经验不多，设计架构的经验更不足，小组里另外一个成员还是刚接触asp.net，很有压力啊，为了结构清晰，我想采用多层架构，DAL(数据层),BLL(业务逻辑层),WEB(UI层),Common(公共模块),Model(实体模块)。大家觉得有没有必要。
另外我看了很多三层架构的实例，还是不知道业务逻辑层到底该干什么，按我的理解这样的mis系统，是不是就是一些管理模块，比如工资管理，人员调动管理，新闻发布管理，用户管理等，那这些Manager类基本上全是static方法了，而实体层的一些业务实体基本上全是value object，这样的做法是否有点违背面向对象的本意，把方法和属性分开到不同的类了。大家是怎么看的。
我不知说清楚了没有，要是大家没有明白，就讲讲设计的一些理念和面向对象的一些经验也行。
问题点数：100、回复次数：11Top
1 楼zhongkeruanjian（编程亮子）回复于 2006-03-03 14:25:30 得分 31
毕业设计嘛。尽量按三层架构来做，这样好练练手，以后找工作用得了。
至于三层架构各层的含义
建议你到MSDN的“体系构架”去看看。
再看看VS。NET自带的PETSHOP3.0
Top
2 楼jb303（sleepingboy）回复于 2006-03-03 14:52:16 得分 0
谢谢，第二个问题呢？Top
3 楼zhongkeruanjian（编程亮子）回复于 2006-03-03 15:09:46 得分 0
业务逻辑层里的类设计，除了一些帮助性的方法外，尽量不要用static
Top
4 楼championchen79（现学现卖）回复于 2006-03-03 15:14:26 得分 30
bll层就是呈前启后,连接ui层和其他层之间的调用。
象二楼说的,你多看看petshop3.0的介绍和duwamish7的介绍就知道自己究竟该用几层了.
petshop3 三层
duwamish7 多层.Top
5 楼jiezhi（风满袖）回复于 2006-03-03 15:16:16 得分 10
一些工具类可以使用static的成员
业务模块就是处理业务逻辑的——显而易见的道理。
Top
6 楼lhx1977（清水无鱼）回复于 2006-03-03 15:17:18 得分 10
使用static是比较方便啊。
能用的，为什么不用!
Top
7 楼MonkWang（象写情书一样写程序）回复于 2006-03-03 15:27:45 得分 3
学习 学习 再学习Top
8 楼nameone（过客）回复于 2006-03-03 15:49:37 得分 3
UPTop
9 楼TheLastMarine（dotnet小菜鸟）回复于 2006-03-03 16:08:06 得分 10
推荐一本书给你《asp.net 办公自动化系统开发实例导航》Top
10 楼qhh389（秋风乱舞）回复于 2006-03-03 16:14:42 得分 3
多写,多听,多看Top
11 楼jordanxubin（许斌）回复于 2006-06-12 01:27:54 得分 0
如果用Static的话就成了SOAD面向服务设计了。
一般数据层是数据库+存储过程
数据访问层是由一些数据访问类组成，里面的方法一般是STATIC的
以上两层不存在判断循环语句
业务逻辑层就是构成系统的类。
在展现层通过Session对象来存储。
面向对象与面向服务的比较：
面向对象是牺牲内存和实时性来换取数据库连接和开发的效率及升级维护。
面向服务刚好相反。Top
