Пользовательские компоненты и ASP.NET MVC - PullRequest
7 голосов
/ 28 января 2010

Мне было любопытно, как в типичном менталитете ASP.NET MVC можно создать платформу, для которой другие могут разрабатывать плагины. Я имею в виду, как бы выглядели эти плагины?

Как выход из пользовательских элементов управления для веб-форм, инкапсуляция всех слоев в себя или три разных файла, представляющих модель, представление и контроллер. Я должен разработать ядро ​​ CMS , которое я хотел бы, чтобы другие создавали плагины для дальнейшего использования. Какой менталитет лучше для этого, классические веб-формы или ASP.NET MVC?

Мне нужно, чтобы разработчики могли отдельно создавать компоненты для этого. Можно ли инкапсулировать структуру каталогов MVC в файл DLL компонента, а затем, когда я ссылаюсь на файл DLL, чтобы иметь возможность прямого доступа к модели, представлению или контроллеру компонента как части общей структуры MVC?

1 Ответ

2 голосов
/ 28 января 2010

Наиболее многообещающие методы работы с компонентами пришли от ребят из lostechies.com и Mvccontrib в виде Portable Areas . Переносимые области позволяют добавить все приложение MVC в существующее приложение. Так что это не только компонент пользовательского интерфейса, но также обеспечивает весь рабочий процесс и интеграцию экрана.

Открытый форум также делает что-то подобное. Я не знаю, как, но это очень подключи и играй.

Для простой архитектуры плагинов есть интересный скринкаст и исходный код для текста ссылки Роба Коннери . Он использует каталог App-Code, чтобы вставлять новые плагины без необходимости редактировать основной сайт.

...