-1

我的 ojt 项目有一点问题。我得到了一个数据库设计,必须为它做一个类设计。但是,我从未根据现有数据库设计过类,所以我对应该设计哪些类感到困惑。

这是对正在发生的事情的一些解释:

db 中的实体:申请人、应用程序、技能、报价、客户。

客户(a 公司)向 b 公司(我在哪里做我的 ojt)发送询问。公司 b 有一个申请人池,所有从他们那里找工作的人的申请都集中在这里。然后,他们根据 a 公司所需的技能寻找合适的申请人。如果匹配成功并且公司 a 对客户感到满意,那么他就会得到一份工作。如果没有,他将被放回池中,状态为暂停。

所以基本上我只想根据数据库设计设计1到1的类。当然,我在这里描述的实体只是整个数据库的一小部分。但这些实体是我也会设计成一个类的实体。像申请人也可以发送文件。文档存储在文件服务器上,指向它们的链接存储在数据库中。这个文档实体是我不会设计到一个类中的,因为它没有任何意义,文件只是被上传,它的属性被存储到数据库中。

我的想法是否朝着正确的方向发展?我会非常感谢一些信息或更正...

4

1 回答 1

1

每张桌子一节课是一个合理的起点,特别是如果您的桌子已经处于第三范式。但是,有很多地方可能与此有所不同。例如,纯关联实体不一定需要类,这取决于您计划如何对表之间的关系进行建模。

有各种现有的 ORM 框架可以为您做这种事情。您应该考虑使用这些 ORM 框架之一,而不是从空白页开始。这些框架处理了大量重复的苦差事,让您专注于应用程序逻辑而不是数据访问逻辑。

于 2013-01-10T12:51:51.697 回答