我目前正在研究windows窗体上的库存项目,并且我想在其中实现三层体系结构。我想知道应该在业务层和数据访问层中创建多少个类。Windows窗体中的三层体系结构
如果后来呢,我的项目工作会增加?我应该坚持单一的长编码业务层和数据访问层,还是应该在业务层和数据访问层内创建几个类?
我目前正在研究windows窗体上的库存项目,并且我想在其中实现三层体系结构。我想知道应该在业务层和数据访问层中创建多少个类。Windows窗体中的三层体系结构
如果后来呢,我的项目工作会增加?我应该坚持单一的长编码业务层和数据访问层,还是应该在业务层和数据访问层内创建几个类?
一般情况下,在您的需求模型到您的application.There类名词可能是其他原因来创建类,像助理及包装和功能返回多个值。
如果您在设计方面没有经验,请从经验丰富的人那里获得帮助。
祝您的项目顺利。
作为每SRINIVAS,通常每个表或表格的逻辑分组将通过单独的DAL和BLL类表示。
如果使用ORM,那么你也将有除了你的层为每个实体类。
如果你的项目变得非常大,接下来的分离,通常沿着命名空间的线条,无论是与在同一个项目,或分裂每个企业关注到一个单独的组件,子文件夹。
我的方法:
PS:业务逻辑在单个类中实现,使用partial class
分裂在服务器代码al cs文件。
+1 @SauDard - 您的问题的本质表明您需要首先阅读一些基本的OO原则。如果您能指导您,请参阅“一项责任”原则,并寻求一些更有经验的设计帮助。 – Paolo 2010-11-26 10:38:56