"ปลั๊กอิน" ของ ASP.NET 2.0 กล่าวว่า
ในบรรดาคุณสมบัติใหม่ของ ASP.NET 2.0 สิ่งที่ "น่าตื่นตา" ที่สุดคือหน้าหลัก ธีม/สกิน
การจัดการสมาชิกและบทบาท คุณลักษณะที่ผู้ใช้กำหนด และการตั้งค่าส่วนบุคคลของเพจสำหรับ WebParts
ยกเว้นสองรายการแรก ส่วนที่เหลือจะขึ้นอยู่กับบริการของ ***ผู้ให้บริการ
โดยทั่วไปผู้ให้บริการ (คลาส) เหล่านี้จะถูกกำหนดไว้ในเอกสาร Microsoft ดังต่อไปนี้: การจัดหา... บริการสำหรับ...,
ดูเหมือนว่าจะเหมือนกับคลาสควบคุมทั่วไป ฯลฯ เพียงแค่ใช้มัน ที่จริงแล้วผู้ให้บริการ (คลาส) เหล่านี้
มีการบอกเป็นนัยอย่างชัดเจนถึงทิศทางการพัฒนาของ Microsoft .NET
ทิศทางนี้คือ "ปลั๊กอิน" แอปพลิเคชัน (เว็บไซต์ของคุณ)
น้องชายคนเล็กยืม "ปลั๊กอิน" เพื่ออธิบายปัญหาด้วยสายตา ซึ่งไม่จำเป็นต้องแม่นยำและเข้มงวด และแตกต่างจากแนวคิดของ "ปลั๊กอิน" ในเอกสารของ Microsoft
ให้ฉันอธิบายสั้น ๆ ว่าทำไมจึงเรียกว่า "ปลั๊กอิน" จากทั้งมุมมองของซอฟต์แวร์และฮาร์ดแวร์:
จากมุมมองของฮาร์ดแวร์: หากคุณจินตนาการถึงพีซี web.config สามารถถือเป็น "มาเธอร์บอร์ด" ได้หรือไม่
ผู้ให้บริการเหล่านี้ ได้แก่ กราฟิกการ์ด การ์ดเสียง การ์ดเครือข่าย... ที่เสียบเข้ากับเมนบอร์ด สรุปได้ว่าผู้ให้บริการเหล่านี้เทียบเท่ากับไดรเวอร์จริงๆ Microsoft มอบตราสินค้า Microsoft ให้กับเรา
SqlMembershipProvider, SqlRoleProvider, SqlProfileProvider, Sql ผู้ให้บริการส่วนบุคคล
ผู้ให้บริการยังอนุญาตให้เราแทนที่ได้โดยระบุใหม่ใน web.config (เทียบเท่ากับการตั้งค่า CMOS หรือทำ "จัมเปอร์")
ก็เหมือนกับไม่ว่าจะเป็นกราฟิกการ์ดยี่ห้อหรือรุ่นใด (หรือการ์ดเสียง การ์ดเครือข่าย ฯลฯ) ตราบใดที่เป็นไปตามมาตรฐานความเข้ากันได้ ก็สามารถเสียบเข้ากับเมนบอร์ดเพื่อใช้งานได้
คิดจากมุมมองของซอฟต์แวร์: นับตั้งแต่เปิดตัว Eclips "ปลั๊กอิน" บนแพลตฟอร์มการพัฒนาก็ได้รับความนิยมเช่นกัน (มีให้ใช้งานในเบราว์เซอร์มาเป็นเวลานาน)
โปรแกรมเมอร์ Java กำลังเขียน "ปลั๊กอิน" มาระยะหนึ่งแล้ว
ในด้าน .NET เนื่องจากมี VS.NET ผลกระทบจึงไม่ใหญ่มาก แต่เราก็ใช้ "ปลั๊กอิน" ด้วย
ฉันสงสัยว่าพี่น้องของคุณสังเกตเห็นหรือไม่ว่า VSS รวมเข้ากับ VS.NET ในรูปแบบของ "ปลั๊กอิน"
ตัวอย่างที่ชัดเจนกว่าคือ Borland Togather สำหรับ .NET จาก "ปลั๊กอิน" เหล่านี้ที่รวมเข้ากับ IDE เราจะเห็นว่า "ปลั๊กอิน" มีการขยายและอัปเกรด/แทนที่การทำงานประเภทหนึ่ง ตอนนี้อาศัยผู้ให้บริการเหล่านี้
โปรแกรมเว็บไซต์ที่เราพัฒนาเองสามารถเป็น "ปลั๊กอิน" ได้เช่นกัน ตัวอย่างเช่น: หากเราไม่ต้องการฟังก์ชันการตั้งค่าส่วนบุคคลของหน้า (WebPart) เราก็ไม่จำเป็นต้อง "ติดตั้ง" PersonalizationProvider
(อันที่จริงควรพูดในทางกลับกันว่าฟังก์ชันใดบ้างที่จำเป็นในการ "ติดตั้ง" ผู้ให้บริการรายใด แต่ตอนนี้ทั้งหมดได้รับการติดตั้งไว้ล่วงหน้าแล้ว)
แล้วในอนาคตการพัฒนาแอพพลิเคชั่นจะเหมือนกับการติดตั้งเครื่องจักรในตลาดคอมพิวเตอร์แค่ประกอบและติดตั้ง?
คำตอบคือใช่: Microsoft เล่นกับสิ่งนี้เมื่อนำเสนอผลิตภัณฑ์ VSTS (Visual Studio Team System)
คุณสามารถประกอบเว็บไซต์ได้โดยไม่ต้องเขียนโค้ดแม้แต่บรรทัดเดียว และผลการทดสอบประสิทธิภาพ/ความเครียดก็ไม่เลว (แน่นอนว่ามันไม่ได้ใช้แค่ “ปลั๊กอิน” เท่านั้น แต่อาจต้องเรียกว่าส่วนประกอบอยู่ดี)
มันบ้ามากกว่า 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