Частичные элементы управления в Asp.net mvc page

Question

На моей новой работе мне была предоставлена ​​работа MVC. Существует только один контроллер с девятью методами действий (6 для рендеринга ajax). Страница была немного большой, поэтому я разделил ее на небольшие элементы управления и использовал рендеринг для рендеринга. Некоторые пользовательские элементы управления также выполнялись через ajax. Большинство элементов управления больше не похожи на петли foreach и предоставляют некоторые данные из таблиц, а не более 10-15 строк. Основная индексная страница передает модель всем элементам управления. Моя главная страница выглядела очень чистой и простой в обслуживании.

Но мои члены команды говорят, что я должен помещать все на главной странице, а не создавать небольшие элементы управления. Их суть в том, что количество файлов будет много, если мы начнем создавать такие элементы управления. Также они говорят, что если мы не будем повторно использовать эти элементы управления где-то еще, нет смысла создавать их отдельно.

Я хотел бы знать, что лучше подходит для такого рода сценариев. Любые хорошие ссылки, которые могут помочь нам лучше понять ситуацию или любую книгу, которую мы можем прочитать, чтобы прояснить наши вопросы.

Справка будет оценена по достоинству.

С уважением

Parminder

Answer 1

В качестве предисловия к моему отвечу позвольте мне упомянуть важное значение ремонтопригодности . Программное обеспечение развивается со временем ... и должно измениться в соответствии с потребностью приложения.

Поддержание работоспособности в коде волшебным образом не проявляется ... В настоящее время в стиле кодирования должны быть сделаны жертвоприношения (с прикосновением паранойи), чтобы иметь гибкость, которая вам нужна в будущем.

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

Если вы находитесь в проекте в долгосрочной перспективе, вы более подробно оцените необходимость гибкости с течением времени. Вы можете видеть, что есть шаблоны, которые вы захотите повторно использовать.

Мое предложение: Частицы и элементы управления - это хорошие вещи ...они являются хорошими инвестициями для вашей легкости в будущем. Если вы прогнозируете повторное использование, это хороший знак для их использования.

Но используйте их экономно. Не подвергайте микроменеджмент всем на странице. Некоторые вещи могут быть зудящими, чтобы быть «компонентными», но иногда лучше всего SSFL (Сохраните некоторые из них позже). Как и все в жизни, баланс важен.

Answer 2

Имея чистый сжатый код является путь. Ваш код будет много более читаемым, если вы используете:

• секции
• шаблоны
• частичный вид

Просто помните, его всегда легче ориентироваться структуры папок, чем прочитать 100-х - 1000-х линий кода.

Answer 3

Рекомендую посмотреть "Putting your controllers on a diet" от Jimmy Bogard.

Также читайте "Fat Controllers" от Ian Cooper.

эти две ссылки предоставят вам хорошую идею о том, как структурировать ваши приложения MVC.