MVC общее местоположение класса
Вы можете решить свою проблему и улучшить удобство использования / доступность за один раз. Мы можем использовать дисплей flexbox на form для устранения проблем с выравниванием. Я добавил к тексту и установил их flex-grow: 1. Это говорит о том, чтобы занять максимальное горизонтальное пространство. Другое преимущество состоит в том, что он создает второй дочерний элемент в каждом родительском контейнере flex для манипулирования.
form {
display: flex;
}
label {
flex-grow: 1;
text-align: right;
padding-right: 10px;
}
6 ответов
Это не контроллер, содержание или представление, не используйте их. Это звучит самым тесно связанным с Вашей моделью, таким образом, Вы могли поместить его в модель под подпапкой под названием "Помощники" или "Утилита" или некоторые такой. Или можно добавить другую высокоуровневую папку под названием Сервисы и поместить ее там. Это - то, куда я поместил всю свою логику приложения, среднего человека между контроллерами и моделью.
Если Вы смотрите на Витрину Rob MVC: Отдельный проект библиотеки классов (как Коммерция. MVC.Data)
Имейте отдельный блок DataAccess, сделайте тот класс внутренним и назовите его DataContextFactory.
Если это могло бы быть полезно отдельно (думайте об инструменте командной строки, созданном вокруг этого), поместите его в папку Models. Если это используется только в качестве помощника для контроллеров, поместите его в папку Controllers.
dmajkic,
Почему выделяют его в его собственную область? Если его код BLL, которым это должно быть в папке контроллера, если ее связанный с DAL объект это должно быть в Модели. Я могу понять, становится ли проект огромным, и Вы хотите создать некоторые подпапки, которые не должны быть проблемой. Но размещение кода в другом уровне действительно побеждает цель MVC разве, Вы не думаете?
Это действительно зависит от того, что это делает, если это получает доступ к данным, это должно быть на Уровне доступа к данным, иначе можно поместить его в папку контроллера.