我目前正在开发 Windows Form 上的 Inventory 项目,我想在其中实现三层架构。我想知道我应该在业务层和数据访问层中创建多少个类。
如果以后,我的项目工作增加了怎么办?我应该坚持使用单个长编码的业务层和数据访问层,还是应该在业务层和数据访问层中创建多个类?
通常,将需求模型中的名词建模为应用程序中的类。创建类可能有其他原因,例如帮助器和包装器以及返回多个值的函数。
如果您没有设计它的经验,请向有经验的人寻求帮助。
祝你的项目好运。
根据 Srinivas,通常每个表或表的逻辑分组将由单独的 DAL 和 BLL 类表示。
如果您使用 ORM,那么除了您的层之外,您还将拥有每个实体类。
如果您的项目变得非常大,下一个分离通常沿着命名空间的线,或者在同一个项目中使用子文件夹,或者将每个业务关注点拆分到一个单独的程序集。
我的做法:
PS:业务逻辑是在单个类中实现的,partial class
用于将代码拆分为几个cs文件。