项目创建儿童问题

Question

我对代码第一个应用程序有问题。 当我尝试在数据库中插入测试项目时，我在儿童问题上已经存在错误。

在这里，我的newitem操作的代码：

    public async Task<ActionResult<Event>> NewEvent(Event newEvent)
    {
        if (await _context.Events.CountAsync() > 0 && await _context.Events.FindAsync(newEvent.Id) is not null)
            return BadRequest(new ConstraintException("Event Already Exist"));
        if (newEvent.DoorPrize is not null && newEvent.DoorPrize.Count() > 0)
        {
            var doorPrizes = newEvent.DoorPrize.Where(d => _context.DoorPrizes.Contains(d)).ToList();
            foreach (DoorPrize doorPrize in doorPrizes)
            {
                _context.Entry(doorPrize).State = EntityState.Detached;
            }
            foreach (DoorPrize doorPrize in newEvent.DoorPrize)
            {
                if (_context.FairlightUsers.Contains(doorPrize.Sponsor))
                    _context.Entry(doorPrize.Sponsor).State = EntityState.Detached;
            }
        }
        if (newEvent.AttendeeDetails is not null && newEvent.AttendeeDetails.Count() > 0)
        {
            var attendeeDetails = _context.EventAttendeeDetails.Where(d => newEvent.AttendeeDetails.Contains(d)).ToList();
            foreach (EventAttendeeDetail attendeeDetail in attendeeDetails)
            {
                _context.Entry(attendeeDetail).State = EntityState.Detached;
            }
        }
        if (newEvent.VenueAddress is not null)
        {
            if (_context.Addresses.Contains(newEvent.VenueAddress))
                _context.Entry(newEvent.VenueAddress).State = EntityState.Detached;
        }
        if (newEvent.Sponsor is not null)
        {
            if (_context.FairlightUsers.Contains(newEvent.Sponsor))
                _context.Entry(newEvent.Sponsor).State = EntityState.Detached;

        }```

I don't know why, even if I make Sponsors (the 2) to detached, the application still try to add one. 
Is someone see where is my mistake ?
My goal would be to avoid any child insertion because app need to take it from existing list but I don't success to achieve this. the application always try to create children event with setting them as detached. is there a method to avoid this ?

Answer 1

与独立实体合作是令人讨厌的。使用独立实体图是一个完全的痛苦。您的方法有几个问题，即在与独立实体合作时，数据库状态应始终将视为您仅在验证它们是在验证之后才能应用独立状态的更改的真实点仍然有意义。 （即，自您当前副本已被删除以来，其他人都没有修改实体数据。

首先，

await _context.Events.CountAsync() > 0 
    && await _context.Events.FindAsync(newEvent.Id) is not null

完全不必要。为什么要告诉DBContext执行计数并加载实体以确定实体是否存在？如果您是否存在？想要知道一个实体是否存在：

var doesExist = _context.Events.Any(x => x.Id == newEvent.Id);
if (doesExist) 
    return BadRequest(new ConstraintException("Event already exists"));

数据库，则执行

如果存在的 对于运行需要一些时间的操作

。通常，要不是想要脱离现有实体，尤其是参考文献，要被脱离的实体覆盖。简而言之，无论是虫子还是恶意消费者。例如，如果服务器发送要渲染的独立实体的Web应用程序，则客户端呈现要更改的字段，然后将form或ajax post（JavaScript）序列化数据将数据序列化到实体类中以发送到服务器，很容易错过导致#nulls的值，恶意用户可以使用浏览器调试工具来拦截帖子，查看实体数据并进行更改，例如上面的代码可以不知不觉地覆盖数据。通过的东西可能看起来像一个实体，但通常不是。

取而代之的是，没有改变独立的实体图被传递给它的事实，而是将其像对待DTO一样。事件中的数据将作为一个新实体，但是与之相关的所有实体都需要确定这些实体是代表新实体还是对现有的实体的参考。因此，例如，如果事件和门plize之间的关系是一对一的，那么在新事件中将创建一个门布实体，并且只有与该实体相关联，则应允许将其与该实体插入实体。相反，如果Dotrize是其自己的实体，并且仅与此事件（和其他事件）相关联，那么它需要与数据状态重新搭配。

两者之间的差异：1-1对数（事件拥有DOORPRIZES）数据库中的差异将在Doorprize表上具有EvenID。多一到许多（事件与Doorpriess相关联）将有一个EventDoorprize链接表，其中包含EventId＆amp; doorprizeid。

在第一种情况下，如果将事件视为新事件，则门奖都应该是新的。但是，Doorprize与赞助商之间的关系很可能是一个多对多的协会，其中一个赞助商很可能会在不同的事件中与许多不同的门奖相关联。

拥有所有权，如果客户消费者正在为实体生成新ID（不建议使用，最好利用身份列之类的东西并让数据库来管理），那么您可能需要检查新的Doorprize记录是否 在DB中。这里的目的不是要替换现有的门奖品，而是要提出数据

例外由消费者设置，例如使用有意义的密钥或GUID.NEW（）

var doorPrizeIds = newEvent.SelectMany(e => e.DoorPrize.Id).ToList();
var doorPrizeExists = _context.DoorPrizes.Any(dp => doorPrizeIds.Contains(dp.Id));
if (doorPrizeExists)
    return BadRequest(new ConstraintException("One or more door prizes already exists"))

处理关联需要更多的关注。如果预期有门牌并与新事件相关联，那么我们需要找到这些事件。如果此请求需要处理该请求的一部分可能会创建新的DoorPrize实体，那么也需要处理。一般而言，最好从原子上处理事物，在该事件中创建与门奖相关联的事件将为此造成责任。如果有一项新的门奖的操作，那么将通过一个单独的电话来处理。

例如，如果门牌与事件“关联”（多对多关系），

var doorPrizeIds = newEvent.SelectMany(e => e.DoorPrize.Id)
    .ToList();
var existingDoorPrizes = await _context.DoorPrizes
    .Where(dp => doorPrizeIds.Contains(dp.Id))
    .ToListAsync();
var existingDoorPrizeIds = existingDoorPrizes.Select(dp => dp.Id).ToList();
var doorPrizesToExclude = newEvent.SelectMany(e => e.DoorPrize)
    .Where(dp => existingDoorPrizeIds.Contains(dp.Id))
    .ToList();
foreach(var doorPrize in doorPrizesToExclude)    
    newEvent.DoorPrizes.Remove(doorPrize);
foreach(var doorPrize in existingDoorPrizes)
    newEvent.DoorPrizes.Add(doorPrize);

那么这给我们带来了匹配的真实门奖实体的列表。我们将希望将这些与新事件相关联。添加活动时，可能会添加任何新的门奖。这里的最后一步将适用于两个方案，将赞助商与任何新的Doorprize相关联。在一对一的场景中，这将是每一个门奖，在多对多的人中，这只是可能添加的不存在的奖品：

1到Many示例：

var sponsorIds = newEvent
    .SelectMany(e => e.DoorPrizes.Select(dp => dp.Sponsor.Id))
    .Distinct();
var sponsors = await _context.Sponsors
    .Where(s => sponsorIds.Contains(s.Id))
    .ToListAsync();

foreach(var doorPrize in newEvent.DoorPrizes)
{
    var sponsor = sponsors.SingleOrDefault(s => s.Id == doorPrize.Sponsor.Id);
    if(sponsor == null)
        return BadRequest(new ConstraintException("One or more door prizes was invalid."))
    doorPrize.Sponsor = sponsor;
}

多对多的示例：

1到MONEY示例：

var newDoorPrizes = newEvent.DoorPrizes.Where(dp => !existingDoorPrizeIds.Contains(dp.Id)).ToList();

if(newDoorPrizes.Any())
{
    var sponsorIds = newDoorPrizes.Select(dp => dp.Sponsor.Id))
    .Distinct();
    var sponsors = await _context.Sponsors
        .Where(s => sponsorIds.Contains(s.Id))
        .ToListAsync();

    foreach(var doorPrize in newEvent.DoorPrizes)
    {
        var sponsor = sponsors.SingleOrDefault(s => s.Id == doorPrize.Sponsor.Id);
        if(sponsor == null)
            return BadRequest(new ConstraintException("One or more door prizes was invalid."))
        doorPrize.Sponsor = sponsor;
    }
}

类似的操作来处理赞助商的协会，差异是，如果门牌是关联，我们只想在新添加的门奖品上代替赞助商。我们从上下文追踪实体重新相关的门奖品已经有有效的赞助商。

稍后，当您执行更新时，这是一个类似的过程，除了您期望获取现有实体，还可以通过急切的加载预先提取相关的详细信息：

var existingEntry = _context.Entries
    .Include(e => e.DoorPrizes)
    .Single(e => e.Id == entryId);

如果找不到条目，​​这将投掷，这将是您可以捕获的，或调用.SingleordEfault，然后检查#Null以返回您的BadRequest，如果您喜欢内联行动。从那里，您可以通过在哪里检查与现有访问者的详细信息，以确定是否需要更新，添加或删除DoorPriess。同样，为了添加门提示相同的过程，以将赞助商与实际跟踪实例重新合并。

更新实体图（亲子关系或关联）时，重要的是要区分较高级别的实体是否“拥有”该关系，或者它是数据库中可能已经存在的实体之间的关联。您将需要 避免 代码，该代码将跟踪的实体分离，然后执行诸如将传递的实体状态设置以修改要保存的事情。这将导致各种问题的界限，您覆盖您不打算更改的数据，或者当EF/SQL被告知做一些无效的事情时。