2013-04-14 5 views
0

Я планирую создать собственный пользовательский модуль для Orchard.Организация проекта проекта Orchard

Теперь я планирую модуль со многими «функциями» в нем, которые могут быть отключены/включены по желанию. В качестве примера см этот проект: https://bitbucket.org/bleroy/nwazet.commerce/src/aaf4eb89b711d99181a11c94bdaefc13ca086903/Module.txt?at=default

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

Когда модуль растет, и есть 5 или 10 особенности это немного грязный, потому что, как правило, один работает одна особенность во время и в то же время у вас есть в службе или каталоге модели модели для 10 функций ...

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

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

Вероятно, представления должны оставаться вместе, могут ли другие файлы перемещаться?

Какова рекомендуемая практика в этой ситуации?

Mvc позволяет использовать области в этом сценарии, но модули садов уже являются областями ... Могу ли я использовать области в садовом модуле?

Благодаря

ответ

0

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

Смежные вопросы