Я только что закончил учебник Nerd Diner Скотта Гу. Я нашел это очень полезным, потому что он не только преподавал основы ASP.Net MVC, но и как использовать с репозиториями, валидацией, модульным тестированием, Ajax и т. Д. Очень важно, но все же управляем.ASP.Net MVC View Structure
Однако мне любопытно о его структуре сайта:
В частности, он использовал этот вид strucuture для каждого объекта:
/ModelObject/Редактировать/
/ModelObject/Создать/
Затем извлекается общие элементы между двумя видами и помещают их в частичную.
Я понимаю логику, но похоже, что это приведет к «взгляду на взрыв», если в вашей базе данных есть даже небольшое количество таблиц.
Скотт действительно хорош, поэтому я предполагаю, что его структура правильная. Но я хотел бы знать, почему.
Спасибо!
[Редактировать разъяснения]
Я понимаю, что много раз это необходимо, чтобы было несколько действий (и мнение) для обработки различий создает и редактирует. Это относится к очень простому редактированию и созданию, где единственное различие между двумя действиями заключается в одном случае, когда модель имеет идентификатор и нуждается в обновлении, а в другом случае модель отсутствует, поэтому она должна быть вставлено.
В этом случае является нарушением правила «Тупой взгляд», используя тот же вид, чтобы обрабатывать оба случая, которые могут вызвать серьезные проблемы?
Почему вы хотите удалить исключение? Для удаления редко требуется его собственное представление, оно обычно обрабатывается как действие, инициированное в индексе, детали или редактировании. – Aaron
Вы правы, обычно это делается так, но я видел это в обоих направлениях. Иногда есть представление для подтверждения (а не всплывающее окно javascript) или как отказ от использования javascript. –
@StevenLyons у вас есть ссылка на хорошо структурированную настройку нескольких просмотров, которые правильно используют частичные представления?Я пытаюсь найти хорошие примеры, чтобы понять, как структурировать представления в приложении, над которым я работаю. – ganders