Обновление Родительских/Дочерних Записей с образцовыми редакторами связей в ASP.NET MVC

Я не знаю ' Я сам не смог это сделать.

Я знаю, что вы можете обновить единственный дочерний элемент, то есть Dinner.RSV автоматически. Я никогда не видел возможности обновить дочерний перечислимый объект, для чего потребовалась бы привязка, чтобы знать, какое свойство является идентификатором, и искать его (например, Dinner.RSVP.Where (r => r.RSVP_ID == input_id), а затем обновить это). Я недостаточно знаю о пользовательской привязке, чтобы делать что-то подобное.

Однако я сделал цикл и указал rsvp и int в качестве префикса:

Итак, вы делаете:

UpdateModel("Dinner", Dinner);

, чтобы обновить родительский объект, а затем:

int i = 0;

foreach (var r in Dinner.RSVPs) {
  UpdateModel(r, "Dinner.RSVPs[" + i++ + "]");
}

Не так чисто, но у меня работает хорошо. Однако для создания валидации может потребоваться немного больше усилий (вы хотите проверить все одновременно и убедиться, что вы не перескакиваете обратно к представлению на первом RSVP с ошибкой).

EDIT : исправлен код, отражающий решение OP, включая ошибку в моем порядке параметров. С учетом сказанного, мне удобнее использовать свойство RSVP.ID, чем текущее целое число. Если вы знаете, что Dinner.RSVP будет таким же в POST, что и GET (я уверен в этом в своем коде), тогда использование RSVP.ID будет работать. Если ответы на запросы будут разными, обновятся только те, кто присутствует на обоих. Однако использование последовательного int может потенциально привести к обновлению неправильного объекта.

Надеюсь, что это поможет, но у меня это работает хорошо. Однако для создания валидации может потребоваться немного больше усилий (вы хотите проверить все одновременно и убедиться, что вы не перескакиваете обратно к представлению на первом RSVP с ошибкой).

EDIT : исправлен код, отражающий решение OP, включая ошибку в моем порядке параметров. С учетом сказанного, мне удобнее использовать свойство RSVP.ID, чем текущее целое число. Если вы знаете, что Dinner.RSVP будет таким же в POST, что и GET (я уверен в этом в своем коде), тогда использование RSVP.ID будет работать. Если ответы на запросы будут разными, обновятся только те, кто присутствует на обоих. Однако использование последовательного int может потенциально привести к обновлению неправильного объекта.

Надеюсь, что это поможет, но у меня это работает хорошо. Однако для создания валидации может потребоваться немного больше усилий (вы хотите проверить все одновременно и убедиться, что вы не перескакиваете обратно к представлению на первом RSVP с ошибкой).

EDIT : исправлен код, отражающий решение OP, включая ошибку в моем порядке параметров. С учетом сказанного, мне удобнее использовать свойство RSVP.ID, чем текущее целое число. Если вы знаете, что Dinner.RSVP будет таким же в POST, что и GET (я уверен в этом в своем коде), тогда использование RSVP.ID будет работать. Если ответы на запросы будут разными, обновятся только те, кто присутствует на обоих. Однако использование последовательного int может потенциально привести к обновлению неправильного объекта.

Надеюсь, что это поможет, хотя (вы хотите проверить все одновременно и убедиться, что вы не вернетесь к представлению на первом RSVP с ошибкой).

РЕДАКТИРОВАТЬ : исправлен код, отражающий решение OP, включая ошибку в моем порядке параметров. С учетом сказанного, мне удобнее использовать свойство RSVP.ID, чем текущее целое число. Если вы знаете, что Dinner.RSVP будет таким же в POST, что и GET (я уверен в этом в своем коде), тогда использование RSVP.ID будет работать. Если ответы на запросы будут разными, обновятся только те, кто присутствует на обоих. Однако использование последовательного int может потенциально привести к обновлению неправильного объекта.

Надеюсь, что это поможет, хотя (вы хотите проверить все одновременно и убедиться, что вы не вернетесь к представлению на первом RSVP с ошибкой).

РЕДАКТИРОВАТЬ : исправлен код, отражающий решение OP, включая ошибку в моем порядке параметров. С учетом сказанного, мне удобнее использовать свойство RSVP.ID, чем текущее целое число. Если вы знаете, что Dinner.RSVP будет таким же в POST, что и GET (я уверен в этом в своем коде), тогда использование RSVP.ID будет работать. Если ответы на запросы будут разными, обновятся только те, кто присутствует на обоих. Однако использование последовательного int может потенциально привести к обновлению неправильного объекта.

Надеюсь, что это поможет, s решение, включая ошибку в моем порядке параметров. С учетом сказанного, мне удобнее использовать свойство RSVP.ID, чем текущее целое число. Если вы знаете, что Dinner.RSVP будет таким же в POST, что и GET (я уверен в этом в своем коде), тогда использование RSVP.ID будет работать. Если ответы на запросы будут разными, обновятся только те, кто присутствует на обоих. Однако использование последовательного int может потенциально привести к обновлению неправильного объекта.

Надеюсь, что это поможет, s решение, включая ошибку в моем порядке параметров. С учетом сказанного, мне удобнее использовать свойство RSVP.ID, чем текущее целое число. Если вы знаете, что Dinner.RSVP будет таким же в POST, что и GET (я уверен в этом в своем коде), тогда использование RSVP.ID будет работать. Если ответы на запросы будут разными, обновятся только те, кто присутствует на обоих. Однако использование последовательного int может потенциально привести к обновлению неправильного объекта.

Надеюсь, что это поможет, тогда будут обновлены только те, кто присутствует на обоих. Однако использование последовательного int может потенциально привести к обновлению неправильного объекта.

Надеюсь, что это поможет, тогда будут обновлены только те, кто присутствует на обоих. Однако использование последовательного int может потенциально привести к обновлению неправильного объекта.

Надеюсь, что это поможет, Джеймс