Проекты ASP.NET MVC соответствуют соглашениям об именах и папках для моделей, представлений и контроллеров. Для другого кода (например, Action Filters, Delegating Handlers и т. Д.) Есть ли наилучшая практика в отношении того, где их найти в структуре папок проекта?Условные обозначения ASP.NET MVC
ответ
Хороший способ узнать это, проверив, что лучше всего использовать в проектах Open Source. IIRC NuGet Галерея была написана ребятами Asp.Net MVC, так что это послужит хорошим примером для того, что они рассматривают в качестве наилучшей практики в то же время фактический продукт:
https://github.com/NuGet/NuGetGallery
Похоже, они добавили их FilterAttributes, HtmlHelpers и т.д. в корне проекта: https://github.com/NuGet/NuGetGallery/blob/master/Website/RequireRemoteHttpsAttribute.cs
Кроме того, Phil Haack и David Ebbo работал в команде Asp.Net MVC, и вы можете проверить свои репозитории GitHub за то, что они любят делать.
Нет стандартного способа как такового. Различные практики применяют различные методы, но у всех есть свои плюсы и минусы. Однако, исходя из применяемых ограничений при проектировании, вот некоторые указатели:
Повторное использование
Если вы хотите, чтобы ваши Action Filters, Делегирование Обработчики и т.д. для повторного использования, а затем поместить их в специальную папку в осины .net mvc webroot выполнит эту работу. Таким образом, все такие фильтры будут иметь глобальный масштаб и могут быть использованы по мере необходимости.
Pluggability
Если хотите создать подключаемый модуль из фильтров и т.д. Может быть стоит поместить их в отдельной DLL вообще. Библиотека можно рассматривать как черный ящик, который принимает всю контекстуальную информацию в качестве функциональных входов и может быть повторно использован по мере необходимости. мне понравилась подключаемую архитектуру Orchard CMS http://www.orchardproject.net/
я задал аналогичный вопрос некоторое время назад о том, как организовать модели в ASP.NET MVC проекта. К сожалению, ответа не получилось. Models in asp.net mvc 3 areas
- 1. Условные обозначения в представлениях
- 2. Pthread условные обозначения
- 3. .htaccess RewriteRule условные обозначения?
- 4. Условные обозначения для интерфейсов
- 5. skip_before_filter игнорирует условные обозначения
- 6. Самостоятельные анонимные условные обозначения
- 7. Условные обозначения preg_replace
- 8. Условные обозначения JsonProperty
- 9. Условные обозначения в WPF
- 10. Условные обозначения нескольких автоматизаторов
- 11. УгловыеJS Условные обозначения
- 12. Условные обозначения Ruby/ROR
- 13. Условные обозначения MySQL?
- 14. Условные обозначения в R
- 15. Условные обозначения проектов Eclipse?
- 16. Условные обозначения Java
- 17. Булевы и условные обозначения
- 18. Условные обозначения C#
- 19. Условные обозначения C++?
- 20. Условные обозначения лезвия
- 21. Условные условные обозначения в SQL Server
- 22. Имеются ли следующие условные условные обозначения:
- 23. Условные обозначения для масштабирования при разработке сайта
- 24. Условные атрибуты - Asp.Net MVC View
- 25. Условные обозначения в коде назначения?
- 26. Условные обозначения в угловых шаблонах
- 27. JMeter - Условные обозначения и утверждения
- 28. Условные обозначения встроенной аутентификации DocuSign:
- 29. Условные обозначения: Замена значения глификоном
- 30. IE Условные обозначения для Javascript
Следует ли держать контроллеры в отдельном проекте и представлениях в отдельном проекте? – user20358