Предлагаемая структура каталогов / размещение файлов ASHX - PullRequest
0 голосов
/ 18 марта 2011

Благодаря опубликованным соглашениям ASP.NET MVC я гораздо более пристально смотрю на идею универсальных соглашений по настройке для моих проектов (в отличие от соглашений "домашнего проката" или захвата из разнообразие условностей).

Тем не менее, я не вижу, во всяком случае, предпочтительного расположения файлов ASHX в , например , проектах ASP.NET MVC (а также проектах веб-форм).

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

Моё личное соглашение состояло в том, чтобы поместить их в каталог верхнего уровня Handlers , но, честно говоря, я лично не видел других проектов, которые действительно делают это.

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

(Кроме того: можно утверждать, что файлы ASHX не нужны в проектах MVC, но, судя по опубликованным здесь вопросам, кажется, что файлы ASHX все еще имеют место в проектах MVC.)

РЕДАКТИРОВАТЬ: Игнорировать проекты MVC, так как я предлагаю это в качестве одного из примеров. Тогда как насчет веб-форм?

Ответы [ 2 ]

2 голосов
/ 18 марта 2011

Мое личное соглашение - создавать обработчики не как файлы ASHX, а как классы, предоставляющие интерфейс IHttpHandler.Я храню их в отдельном файле .dll и регистрирую через web.config.

С другой стороны, все сценарии, описанные в рассматриваемом вопросе, легко реализовать в ASP.NET MVC Framework без дополнительных обработчиков.1003 *

1 голос
/ 23 марта 2011

Для проектов ASP.NET MVC хорошее обсуждение предлагаемой структуры проекта / каталога в вопросе Структура проекта ASP.net MVC .

Для веб-форм кажется Существуют ли соглашения о присвоении имен для структур каталогов веб-приложений ASP.NET? предполагает отсутствие стандарта (по состоянию на 2008 год).

...