您如何在 REST API 中发布多对多对多关系？

Question

使用 EF Core

我们正在尝试获取评估的所有信息，包括其组和所有分配的用户。见 Database Diagram

按以下顺序工作；

1. 将空组的 HttpPost (api/Assessment/aID/groups) 发送到评估
2. HttpPost (api/Group/gID/users) 用户到现有组

我们正在努力完成的事情（引用的代码是一个不同的例子，但原理相同）;

• HttpPost (api/Assessment/aID/groups)，其中组已包含用户列表。在尝试完成此操作时，a possible object cycle was detected which is not supported.

This piece of code is currently throwing a NullReference on Address
-------------------------------------------------------------------

   Group groupToCreate = new Group { Name = dto.Name, Description = dto.Description };

   foreach (var u in dto.Users)
   {
       groupToCreate.AddUser(new User
        {
             Name = u.Name,
             Email = u.Email,
             Address = new Address
             {
                 Country = u.Address.Country,
                 City = u.Address.City,
                 PostalCode = u.Address.PostalCode,
                 Street = u.Address.Street,
                 HouseNr = u.Address.HouseNr,
                 BusNr = u.Address.BusNr
             }
        });
    }

   _groupRepository.Add(groupToCreate);
   _groupRepository.SaveChanges();

   return groupToCreate;

• HttpGet (api/Assessment) 显示其分配的组和链接的用户。

This seems to be working
------------------------
   groupList = _groups.Select(g => new GroupDTO
   {
       Name = g.Name,
       Description = g.Description,
       Users = g.GroupUsers.Select(u => new UserDTO
       {
           Name = u.User.Name,
           Email = u.User.Email,
           Address = new AddressDTO
           {
              Country = u.User.Address.Country,
              City = u.User.Address.City,
              PostalCode = u.User.Address.PostalCode,
              Street = u.User.Address.Street,
              HouseNr = u.User.Address.HouseNr,
              BusNr = u.User.Address.BusNr
           }
       }).ToList()
   }).ToList();

参考：
User
Group
Assessment
AssessmentRepo

Answer 1

很难用您提供的详细信息来判断，但我猜这是由于具有双向导航属性？您在这里使用 EF 吗？

例如，如果您的 User 有一个 Navigation 属性允许访问用户的 Group，但 Group 有一个 User 对象的集合，那么每个 这些 用户将自己在其中表达Group...然后在尝试表达这一点时，它很容易陷入一个循环，例如用户看起来像：

{
  "Name":"user name",
  "Group":{
     "Name":"group1",
     "Users":[
       {
          "Name":"user name",
          "Group":{
            "Name":"group1",
            "Users":{
              ....
            }
          }
       }
     ]
  }
}

.. 因为User 有一个Group，而Group 有一个User 对象列表，而这些 中的每一个都有一个Group...等等

这是由于混合数据层和 DTO 对象而产生的问题。更改您的系统，使您的 REST 方法返回的对象是为 API/前端要求而设计的新对象。这些对象可能看起来与您的数据库模型非常相似（至少最初是这样），但它们不应是相同的对象。

创建没有任何逻辑或导航属性的全新对象，并且仅存在以将信息传递回 API 使用者。例如，一个提供用户组列表的简单类以及这些组中的用户可以定义为：

public class UserDto
{
   public string UserName { get; set; }
   public IEnumerable<string> Groups { get; set; }
}

public class UserListDto
{
   public IEnumerable<UserDto> Users { get; set; }
}

然后您的控制器操作可以执行以下操作：

var users = userService.GetAllUsers();

var result = new UserListDto { 
    Users = users.Select(u => new UserDto{
      UserName = u.Name,
      Groups = u.Groups.Select(g => g.Name)
      }
   };

return Ok(result);

..因此，为响应序列化的事物没有任何复杂的关系需要协商，更重要的是，改变您内部存储和处理数据的方式不会影响您的 API 的外部合同 - API 使用者可以继续看到完全相同的信息，但您存储和编译这些信息的方式可能会发生巨大变化。

很容易想到“我需要返回的数据与我在内部存储它的方式基本相同，所以只需重新使用这些类”，但这不是一个好主意，而且从长远来看只会带来问题.

为避免不得不（重新）编写大量代码来将一个对象“转换”为另一个对象，我建议您研究一下 AutoMapper 之类的东西，因为这可以使其相当容易地重复使用并允许您将所有这个“翻译”的东西放在一个地方。