7

Byłem ciekawy, jak w typowej mentalności ASP.NET MVC można zbudować platformę dla której inni mogą tworzyć wtyczki. Mam na myśli, jak wyglądałyby te wtyczki?Niestandardowe komponenty i ASP.NET MVC

Podobnie jak wyjście z formantów użytkownika dla WebForms, hermetyzacja wszystkich warstw w sobie lub trzech różnych plików reprezentujących model widoku i kontrolera. Powinienem rozwinąć rdzeń CMS, który chciałbym, aby inni budowali wtyczki na później. Którą mentalność jest lepsza, klasyczne Web Forms lub ASP.NET MVC?

Potrzebuję programistów, aby móc osobno komponować komponenty do tego. Czy możliwe jest obudowanie struktury katalogów MVC w pliku DLL komponentu, a kiedy odwołuję się do pliku DLL, aby uzyskać bezpośredni dostęp do modelu, widoku lub kontrolera komponentu jako części ogólnej struktury MVC?

+0

Przepraszam, przypadkowo odrzucono, tak myślę. Nie wiem, jak to się stało, ale nie można go usunąć, chyba że pytanie zostanie zmienione. –

Odpowiedz

2

Najbardziej obiecujące techniki składowe pochodzą od facetów w domenie lostechies.com i Mvccontrib w postaci Portable Areas. Obszary przenośne umożliwiają dołączenie całej aplikacji MVC do istniejącej aplikacji. Jest to więc nie tylko składnik interfejsu użytkownika, ale zapewnia również cały przepływ pracy i integrację ekranu.

Open Forum robi coś takiego również. Nie wiem jak, ale jest bardzo plug and play.

Dla prostej architektury wtyczki istnieje ciekawy screencast i kod źródłowy dla użytkownika Rob Connery's link text. Korzysta z katalogu App-Code, aby przesuwać nowe wtyczki na miejsce bez konieczności edytowania głównej strony.

+1

Sprawdziłem OpenForum. Wygląda na to, że chłopaki używają metody init, która "wstrzykuje" adresy modeli, kontrolerów i widoków nowej jednostki w tabeli routingu i odświeża ją. Kind o cool, ale obawiam się, że może stworzyć dodatkowe zależności – xantrus