"Plug-in" ASP.NET 2.0 mengatakan bahwa
di antara fitur-fitur baru ASP.NET 2.0, yang paling "mempesona" adalah halaman master, tema/skin,
Manajemen keanggotaan dan peran, atribut yang ditentukan pengguna, dan personalisasi halaman untuk WebParts.
Kecuali dua item pertama, sisanya didasarkan pada layanan yang disediakan oleh ***Penyedia.
Penyedia (kelas) ini umumnya didefinisikan dalam dokumen Microsoft sebagai berikut: menyediakan... layanan untuk...,
Sepertinya sama dengan kelas kontrol umum, dll, gunakan saja. Faktanya, Penyedia (kelas) ini
Ini sangat mengisyaratkan arah pengembangan Microsoft .NET.
Arah ini adalah untuk "plug-in" aplikasi (website Anda).
"Plug-in" dipinjam oleh sang adik untuk menjelaskan masalahnya secara visual. Belum tentu tepat dan ketat serta berbeda dengan konsep "plug-in" dalam dokumen Microsoft.
Izinkan saya menjelaskan secara singkat alasan mengapa ini disebut "plug-in" baik dari sudut pandang perangkat lunak maupun perangkat keras:
Dari sudut pandang perangkat keras: Jika Anda membayangkan sebuah PC, dapatkah web.config dianggap sebagai "motherboard"?
Penyedia ini adalah kartu grafis, kartu suara, kartu jaringan... yang dicolokkan ke motherboard. Secara lebih abstrak, dapat dianggap bahwa Penyedia ini sebenarnya setara dengan pengemudi. Microsoft memberi kami merek Microsoft
SqlMembershipProvider, SqlRoleProvider, SqlProfileProvider, SqlPersonalizationProvider
Penyedia juga memungkinkan kita untuk menggantinya dengan menentukan ulang mereka di web.config (setara dengan pengaturan CMOS atau melakukan "jumper").
Ini seperti apa pun merek atau model kartu grafisnya (atau kartu suara, kartu jaringan, dll.), selama memenuhi standar kompatibilitas, kartu tersebut dapat dicolokkan ke motherboard untuk digunakan.
Berpikir dari perspektif perangkat lunak: Sejak peluncuran Eclips, "plug-in" pada platform pengembangan juga menjadi populer (telah tersedia di browser sejak lama).
Untuk sementara waktu, pemrogram Java menulis "plug-in".
Di sisi .NET, karena ada VS.NET, dampaknya tidak terlalu besar, tapi kami juga menggunakan "plug-in".
Saya ingin tahu apakah saudara-saudara memperhatikan bahwa VSS terintegrasi dengan VS.NET dalam bentuk "plug-in".
Contoh yang lebih murni adalah Borland Togather untuk .NET. Dari "plug-in" yang terintegrasi ke dalam IDE, kita dapat melihat bahwa "plug-in" menyediakan semacam perluasan fungsional dan peningkatan/penggantian.
Program website yang kami kembangkan sendiri juga bisa berupa “plug-in”. Misalnya: Jika kita tidak memerlukan fungsi personalisasi halaman (WebPart), kita tidak perlu "menginstal" PersonalizationProvider
(Sebenarnya harus dikatakan sebaliknya, fungsi apa yang diperlukan untuk "menginstal" Penyedia yang mana, tetapi sekarang semuanya sudah diinstal sebelumnya).
Jadi kedepannya pengembangan aplikasi seperti memasang mesin di pasar komputer, tinggal dirakit dan dipasang?
Jawabannya adalah ya: Microsoft bermain-main seperti ini ketika memamerkan produk VSTS (Visual Studio Team System).
Anda dapat merakit situs web tanpa menulis satu baris kode pun, dan hasil uji kinerja/stresnya lumayan (tentu saja, tidak hanya menggunakan "plug-in", mungkin tetap harus disebut komponen).
Ini benar-benar lebih GILA daripada MDA (bercanda)!
Jawabannya juga negatif: Menurut pendapat saya, ini adalah produk laboratorium. Insinyur Microsoft melakukan "keajaiban" dalam kondisi ideal memiliki keterbatasan tersendiri. Kebutuhan bisnis khusus, terus terang, belum tentu berlaku. Selain itu, penyedia seri Sql yang disediakan oleh Microsoft semuanya diimplementasikan berdasarkan arsitektur dua lapis, yang sulit diintegrasikan ke dalam arsitektur multi-lapisan yang populer saat ini. Oleh karena itu, Microsoft memilikinya
http://msdn.microsoft.com/asp.net/downloads/providers/default.aspx?pull=/library/en-us/dnaspp/html/asp2prvdr01.asp
Pengunduhan kode sampel dari Penyedia ini disediakan sehingga kami dapat membaginya menjadi implementasi multi-lapis.
untuk dilanjutkan...
http://www.cnblogs.com/windman/archive/2006/09/20/509590.html