我的ojt项目有点问题。我得到了数据库设计，并且必须为它做一个类设计。但是我从未设计过基于现有数据库的类，所以我对我应该设计哪些类感到困惑。
这是对正在发生的事情的一点解释：
db中的实体：申请人，申请，技能，要约，客户。客户（公司a）向公司b（我做我的ojt）发送询问。 b公司有一个申请人库，所有寻求工作的人的申请都去了。然后，他们根据公司a所需的技能搜索合适的申请人。如果匹配并且公司a对客户满意，那么他就找到了工作。如果没有，他将被重新置于暂停状态的游泳池中。
所以我基本上想到了根据数据库设计设计类1到1。当然，我在这里描述的实体只是整个数据库的一小部分。但那些实体是我也会设计成一个类的实体。像申请人也可以发送文件。文档存储在文件服务器上，并且它们的链接存储在数据库中。这个文档实体是我不会设计成一个类的东西，因为它没有意义，文件只是上传并且它的属性存储在数据库中。
我是否按照自己的想法走向正确的方向？我会非常感谢一些信息或更正...答案 0 :(得分：1)
每个表一个类是一个合理的起点，特别是如果你的表已经处于第三范式。但是，有很多地方可能会因此而异。例如，纯关联实体不一定需要类，具体取决于您计划如何建模表之间的关系。
现有各种各样的ORM框架为您做这类事情。您应该考虑使用其中一个ORM框架，而不是从空白页面开始。这些框架处理很多重复的苦差事，让你专注于应用程序逻辑而不是数据访问逻辑。