Os "plug-ins" do ASP.NET 2.0 dizem que
entre os novos recursos do ASP.NET 2.0, os mais "deslumbrantes" são páginas mestras, temas/skins,
Gerenciamento de associação e funções, atributos definidos pelo usuário e personalização de páginas para WebParts.
Com exceção dos dois primeiros itens, os demais são baseados nos serviços prestados pela ***Provedora.
Esses Provedores (classes) são geralmente definidos nos documentos da Microsoft da seguinte forma: fornecendo... serviços para...,
Parece ser o mesmo que classes de controle geral, etc., basta usá-lo. Na verdade, esses Provedores (classes)
Ele sugeriu fortemente uma direção de desenvolvimento do Microsoft .NET.
Essa direção é “plugar” o aplicativo (seu site).
“Plug-in” é emprestado pelo irmão mais novo para explicar o problema visualmente. Não é necessariamente preciso e estrito e é diferente do conceito de “plug-in” nos documentos da Microsoft.
Deixe-me explicar brevemente o motivo pelo qual ele é chamado de "plug-in" tanto do ponto de vista do software quanto do hardware:
Do ponto de vista do hardware: Se você imaginar um PC, o web.config pode ser considerado uma "placa-mãe"?
Esses provedores são placas gráficas, placas de som, placas de rede... que estão conectadas à placa-mãe. De forma mais abstrata, pode-se considerar que esses Provedores são, na verdade, equivalentes a motoristas. A Microsoft nos fornece produtos com a marca Microsoft
SqlMembershipProvider, SqlRoleProvider, SqlProfileProvider, SqlPersonalizationProvider
O provedor também nos permite substituí-los especificando-os novamente no web.config (equivalente a configurar o CMOS ou fazer "jumpers").
Não importa a marca ou modelo da placa gráfica (ou placa de som, placa de rede, etc.), desde que atenda aos padrões de compatibilidade, ela pode ser conectada à placa-mãe para uso.
Pensando na perspectiva do software: Desde o lançamento do Eclips, os “plug-ins” na plataforma de desenvolvimento também se popularizaram (estão disponíveis nos navegadores há muito tempo).
Por um tempo, os programadores Java escreveram “plug-ins”.
Do lado do .NET, por existir o VS.NET, o impacto não é muito grande, mas também utilizamos os “plug-ins”.
Gostaria de saber se vocês, irmãos, notaram que o VSS está integrado ao VS.NET na forma de um “plug-in”.
Um exemplo mais puro é o Borland Togather para .NET. A partir desses “plug-ins” integrados ao IDE, podemos perceber que os “plug-ins” fornecem uma espécie de expansão e atualização/substituição funcional.
Os programas de sites que desenvolvemos também podem ser “plug-ins”. Por exemplo: Se não precisarmos da função de personalização de página (WebPart), não precisaremos "instalar" PersonalizationProvider
(Na verdade, deveria ser dito o contrário, quais funções são necessárias para “instalar” qual Provedor, mas agora estão todas pré-instaladas).
Então, no futuro, o desenvolvimento de aplicativos será como instalar máquinas no mercado de informática, basta montá-las e instalá-las?
A resposta é sim: a Microsoft brincou assim ao exibir seu produto VSTS (Visual Studio Team System).
Você pode montar um site sem escrever uma única linha de código, e os resultados dos testes de desempenho/estresse não são ruins (é claro, ele não usa apenas “plug-ins”, provavelmente terá que ser chamado de componente de qualquer maneira).
É realmente mais MAD do que MDA (brincadeirinha)!
A resposta também é negativa: na minha opinião, afinal, este é um produto de laboratório. Os engenheiros da Microsoft realizaram uma "mágica" em condições ideais. Por um lado, não somos tão profissionais quanto os engenheiros da Microsoft, por outro lado, todas as aplicações. tem suas próprias limitações. Necessidades comerciais especiais, para ser franco, não se aplicam necessariamente. Além disso, os provedores da série Sql fornecidos pela Microsoft são todos implementados de acordo com uma arquitetura de duas camadas, que é difícil de integrar na popular arquitetura multicamadas de hoje. Por esse motivo, a Microsoft tem.
http://msdn.microsoft.com/asp.net/downloads/providers/default.aspx?pull=/library/en-us/dnaspp/html/asp2prvdr01.asp
Os downloads de código de amostra desses provedores são fornecidos para que possamos dividi-los em implementações multicamadas.
continua...
http://www.cnblogs.com/windman/archive/2006/09/20/509590.html