基于数据库设计的设计类

Question

我有一个小问题，我的ojt项目。我被给了一个数据库设计，并且必须为它做类设计。但是我从来没有设计过基于现有数据库的类，所以我很困惑我应该设计哪些类。

这里发生了什么事的一点解释：

实体DB：申请人，应用，技术，报价，客户。

客户（公司a）向公司b发送询价（我在哪里做我的ojt）。公司b有一个申请人池，在那里所有从他们那里寻找工作的人的申请都去了。他们然后根据公司a所需的技能寻找合适的申请人。如果匹配成功并且公司a对客户感到满意，那么他就会找到工作。如果不是的话，他会被置于泳池中，并保持状态。

所以bascially我想到的只是基于数据库设计设计类1到1。当然我在这里描述的实体只是整个数据库的一小部分。但这些实体是我也将设计成一个班的那些实体。像申请人一样也可以发送文件。文档存储在文件服务器上，并且链接存储在数据库中。这个文档实体是我不会设计成类的东西，因为它没有意义，文件只是上传，其属性存储在数据库中。

我在这里用我的想法走向正确的方向吗？我会非常感谢一些信息或更正...

Answer 1

每个表的一个类是一个合理的开始，尤其是如果你的表已经在第三范式。然而，有很多地方你可能会有所不同。例如，纯关联实体不一定需要一个类，这取决于您计划如何建模表之间的关系。

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