![]() |
1
1
我通常只喜欢创建表示实际业务实体的类。在这种情况下,我认为“groupmembers”在代码中不代表任何有价值的东西。对我来说,ORM应该将数据库映射到您的业务对象。这意味着您的类不必精确地镜像数据库布局。 另外,我怀疑通过实现groupmembers,最终会在用户类和组类中产生一些讨厌的集合。也就是说,组类将具有用户列表和引用用户的组成员列表,反之亦然。对我来说,这并不是很干净,而且会使维护和向表传播更改变得更加困难。 我建议按照您的建议将join表保存在数据库中,并在用户中添加一个名为waitingtoaccept的组列表,以及(如果它也有意义)在组中添加名为waitingtoaccept的用户列表。 然后,根据waitingtoaccept标志,从数据库中的join表中提取它们的值。 |
![]() |
2
1
是的,当然您需要另一个类,如usergroupbridge。另一个好的副作用是,您可以修改用户成员资格和组成员,而无需将可能很重的用户/组对象加载到nhibernate会话。 干杯。 |
![]() |
Kazi · 如何让两个用户同时登录Laravel应用程序 6 年前 |
![]() |
Mahdi GB · 如何在MVC中通过控制器将模型数据发送到视图# 6 年前 |
![]() |
Denis Liger · 一个API两个通道 7 年前 |
![]() |
codematix · 利用gRPC构建解决方案 7 年前 |
|
Filip T · 流量与全局变量(服务中) 7 年前 |
![]() |
user3429660 · 如何使用RabbitMQ实现可靠性? 7 年前 |