Пользовательские компоненты и ASP.NET MVC
Мне было любопытно, как в типичном ASP.NET менталитет MVC можно было создать платформу, для которой другие могли разработать плагины. Я имею в виду, как те плагины были бы похожи?
Как выходящие пользовательские элементы управления для WebForms, инкапсулируя все слои в себе или три различных файла, представляющие модель представление и контроллер. Я должен разработать ядро CMS, на котором я хотел бы, чтобы другие на потом создали плагины. Какой менталитет лучше для этого, классических Веб-форм или ASP.NET MVC?
Мне нужны разработчики, чтобы смочь отдельно создать компоненты для этого. Действительно ли возможно инкапсулировать структуру каталогов MVC в файле DLL компонента и затем когда я ссылаюсь на файл DLL, чтобы смочь непосредственно получить доступ к модели компонента, представлению или контроллеру как часть общей структуры MVC?
1 ответ
звучит интересно. Я никогда не бегаю через все, что делает это из коробки, но это имеет смысл, чтобы попытаться использовать холостого ядра для сжатия, если он доступен.
Возможно, вы могли бы использовать Commons I / O - это хорошо проверено lib, которое может помочь обрабатывать некоторые из более скучных вещей и позвольте вам сосредоточиться на продлении прохладной параллельной части. Может быть, вы даже можете внести свой вклад в проект Commons; -)
-121--3740474-Наиболее многообещающие методы компонентов поступали от парней на Lostechies.com и MVCcontrib в форме портативных площадок . Портативные области позволяет добавить целое приложение MVC на существующее приложение. Таким образом, это не просто компонент пользовательского интерфейса, но также обеспечивает весь рабочий поток и интеграцию экрана.
Открытый форум также делает что-то вроде этого. Я не знаю, как, но это очень пробка и играет.
Для прямой архитектуры плагина возникает интересный скринкаст и исходный код для текста ссылки ROB SENERYS . Он использует преимущество каталога APP-кода, чтобы скользить новые плагины на место, без необходимости редактировать основной сайт.