Symfony o了解如何在应用程序中以逻辑方式跨捆绑包执行此操作。快速查看后，如果您有不同类型的用户共享一些基本值，则单表继承似乎是一种可行的方法。在这种情况下，我的CourseBundle包含课程、作业、家庭作业、课程等的实体，它们完全不同。所以我想这不是解决这个特殊
Symfony o了解如何在应用程序中以逻辑方式跨捆绑包执行此操作。快速查看后，如果您有不同类型的用户共享一些基本值，则单表继承似乎是一种可行的方法。在这种情况下，我的CourseBundle包含课程、作业、家庭作业、课程等的实体，它们完全不同。所以我想这不是解决这个特殊,symfony,doctrine-orm,Symfony,Doctrine Orm,o了解如何在应用程序中以逻辑方式跨捆绑包执行此操作。快速查看后，如果您有不同类型的用户共享一些基本值，则单表继承似乎是一种可行的方法。在这种情况下，我的CourseBundle包含课程、作业、家庭作业、课程等的实体，它们完全不同。所以我想这不是解决这个特殊情况的方法。解析目标实体听起来很有趣，但我有更多与用户有关系的实体，这可能是一个问题给我留下了良好的旧包/对象继承。我会再挖一些，稍后再来。深鞠躬回应btwI think resolve target entity解决了在处理表单或查询时遇到的
o了解如何在应用程序中以逻辑方式跨捆绑包执行此操作。快速查看后，如果您有不同类型的用户共享一些基本值，则单表继承似乎是一种可行的方法。在这种情况下，我的CourseBundle包含课程、作业、家庭作业、课程等的实体，它们完全不同。所以我想这不是解决这个特殊情况的方法。
解析目标实体听起来很有趣，但我有更多与用户有关系的实体，这可能是一个问题
给我留下了良好的旧包/对象继承。我会再挖一些，稍后再来。深鞠躬回应btwI think resolve target entity解决了在处理表单或查询时遇到的一些问题（我真的不记得了），我相信如果您设置了一个用子实体fqcn覆盖的参数，在鉴别器映射中，以及作为以父类为键的解析目标实体，都可以覆盖所有基础，并确保跨应用程序的一致性。
fos_user_user: id
course_assigned_students: student_id, course_id
course_assigned_teachers: teachers_id, course_id
course: id