«Плагины» ASP.NET 2.0 говорят, что
среди новых функций ASP.NET 2.0 наиболее «потрясающими» являются главные страницы, темы/оболочки,
Управление членством и ролями, определяемые пользователем атрибуты и персонализация страниц для веб-частей.
За исключением первых двух пунктов, остальные основаны на услугах, предоставляемых ***Провайдером.
Эти поставщики (классы) обычно определяются в документах Microsoft следующим образом: предоставление... услуг для...,
Вроде бы это то же самое, что и общие классы управления и т. д., просто используйте. Фактически, эти Provider (классы)
Это очень сильно намекнуло на направление развития Microsoft .NET.
Это направление заключается в «подключении» приложения (вашего сайта).
«Плагин» заимствован младшим братом для визуального объяснения проблемы. Он не обязательно является точным и строгим и отличается от понятия «плагин» в документах Microsoft.
Позвольте мне кратко объяснить причину, по которой его называют «плагином» как с программной, так и с аппаратной точки зрения:
С аппаратной точки зрения: если вы представляете себе ПК, можно ли рассматривать web.config как «материнскую плату»?
Этими поставщиками являются видеокарты, звуковые карты, сетевые карты... которые подключены к материнской плате. Более абстрактно можно считать, что эти провайдеры фактически эквивалентны драйверам. Microsoft предоставляет нам фирменные
SqlMembershipProvider, SqlRoleProvider, SqlProfileProvider, SqlPersonalizationProvider
Поставщик также позволяет нам заменять их, переопределяя их в web.config (эквивалентно настройке CMOS или установке «перемычек»).
Это похоже на то, независимо от марки или модели видеокарты (или звуковой карты, сетевой карты и т. д.), если она соответствует стандартам совместимости, ее можно подключить к материнской плате для использования.
Мышление с точки зрения программного обеспечения: с момента запуска Eclips «плагины» для платформы разработки также стали популярными (они уже давно доступны в браузерах).
Некоторое время программисты Java писали «плагины».
Что касается .NET, поскольку есть VS.NET, влияние не очень велико, но мы также используем «плагины».
Интересно, заметили ли вы, братья, что VSS интегрирован с VS.NET в виде «плагина».
Более чистый пример — Borland Togather для .NET. Из этих «плагинов», интегрированных в IDE, мы видим, что «плагины» обеспечивают своего рода функциональное расширение и обновление/замену. Теперь полагаемся на этих провайдеров.
Программы для веб-сайтов, которые мы разрабатываем сами, также могут быть «плагинами». Например: Если нам не нужна функция персонализации страницы (WebPart), нам не нужно «устанавливать» PersonalizationProvider.
(На самом деле следует сказать наоборот, какие функции нужны для "установки" какого Провайдера, но сейчас они все предустановлены).
Значит, в будущем разработка приложений будет похожа на установку машин на компьютерном рынке: их нужно просто собирать и устанавливать?
Ответ — да: Microsoft играла с этим именно так, демонстрируя свой продукт VSTS (Visual Studio Team System).
Собрать сайт можно, не написав ни единой строчки кода, и результаты производительности/стресс-тестов неплохие (конечно, он не просто использует «плагины», его, наверное, все равно надо называть компонентом).
Это действительно больше MAD, чем MDA (шучу)!
Ответ тоже отрицательный: На мой взгляд, это все-таки лабораторный продукт, инженеры Microsoft творили «волшебство» в идеальных условиях. С одной стороны, мы не так профессиональны, как инженеры Microsoft, с другой стороны, каждое приложение. имеет свои ограничения. Особые потребности бизнеса, грубо говоря, не обязательно применимы. Кроме того, все поставщики серии Sql, предоставляемые Microsoft, реализованы в соответствии с двухуровневой архитектурой, которую трудно интегрировать в современную популярную многоуровневую архитектуру. По этой причине Microsoft так и сделала.
http://msdn.microsoft.com/asp.net/downloads/providers/default.aspx?pull=/library/en-us/dnaspp/html/asp2prvdr01.asp
Предоставляются примеры загрузки кода этих поставщиков, чтобы мы могли разделить их на многоуровневые реализации.
продолжение следует...
http://www.cnblogs.com/windman/archive/2006/09/20/509590.html