Может быть, я усложняю это, но вы наверняка поучите меня.Параметры конфигурации в ASP.NET MVC
Представьте страницу, на которой отображается список. Этот список вызывается. Я указываю, что в списке отображается 30 элементов, поэтому контроллер возвращает мои 30 элементов, а представление отображает 30 элементов. Мой вопрос: и контроллер, и представление должны знать настройки 30. Где его хранить? Web.config? Я имею в виду, если совместный конфиги через web.config, которые используются через «слои» является хорошей практикой ...
Tks заранее
Согласовано, а опция запроса является другой причиной, по которой представление не должно знать, где находится источник. Вся эта логика будет жить в вашем контроллере (или, если она будет достаточно сложной, возможно, моделью). – krohrbaugh
То, что я сказал, не совсем правильно, извините за это. У меня есть количество столбцов и строк, скажем, 3 столбца на 10 строк, получая 30 элементов для извлечения. Мне нужна пара значений в представлении, чтобы он мог быть достаточно умным, чтобы генерировать правильный макет, и мне нужен он в контроллере, чтобы он знал, что ему нужно получить 3 * 10 записей. Передача этих параметров в строке запроса не является хорошей идеей, потому что пользователь может испортить их, чтобы разбить макет. Наверное, я добавлю их в web.config. Tks вы оба для своих ответов;) – Dante
Я думал об этом и не должен быть правильным способом реализации: - Контроллер считывает web.config (10 строк на 3 параметра cols); - Контроллер получает 10x3 элементов из БД; - Контроллер подает 30 элементов в представление, а также количество столбцов и строк, которые оно должно генерировать. Это оставит вид полностью слепым относительно конфигураций ... – Dante