The beauty of the provider model is

The beauty of the provider model is that you can swap providers through configuration without any
changes to your programming code. If you have your own custom data store, you could write your own
provider and plug it into your website to replace one of the default providers with very little effort.
Each provider needs a data store — represented by the bottom part of the diagram in Figure
16-1 — and is written to work with one or more specific data stores. For example, the
DefaultMembershipProvider (to handle membership services such as creating users, logging in,
and resetting passwords) and the DefaultRoleProvider (to handle role-related tasks) are designed
to work with any version of Microsoft SQL Server, including Express, LocalDB, SQL Server
Compact, and SQL Azure. These two providers replace the SqlMembershipProvider and the
SqlRoleProvider that shipped with earlier versions of ASP.NET.
In the remainder of this chapter, you see how to use the DefaultMembershipProvider and the
DefaultRoleProvider. In the next chapter, you work with the DefaultProfileProvider. You can
configure all three providers to use the same SQL Server database, making it easy to centralize all
your user data.
Ideally, you don’t deal with these providers directly. Under normal circumstances, the various providers
are configured for your website at a central location. You then use these providers by talking to
the application services. Although you could access these services directly from code, you often use
the ASP.NET built-in login controls to do the hard work for you. These controls are discussed next.

ผลลัพธ์ (ไทย) 1:

ความงามของรูปแบบการให้บริการเป็นที่คุณสามารถสลับผู้ให้บริการผ่านโครงหน้าการเปลี่ยนแปลงของรหัสโปรแกรม ถ้าคุณมีข้อมูลกำหนดเองของคุณเองเก็บ คุณสามารถเขียนเองผู้ให้บริการ และเชื่อมต่อไปยังเว็บไซต์ของคุณจะแทนหนึ่งในผู้ให้บริการเริ่มต้นที่ความพยายามน้อยมากแต่ละผู้ให้บริการต้องเก็บข้อมูลที่มีตัวแทน โดยส่วนล่างของไดอะแกรมในรูปที่16-1 — และเขียนการทำงานกับร้านค้าอย่าง น้อยหนึ่ง ตัวอย่าง การDefaultMembershipProvider (การจัดการบริการสมาชิกเช่นการสร้างผู้ใช้ การเข้าสู่ระบบและตั้งรหัสผ่าน) และ DefaultRoleProvider (การจัดการงานที่เกี่ยวข้องกับบทบาท) ถูกออกแบบการทำงานกับ Microsoft SQL Server รวมถึงเอ็กซ์เพรส LocalDB, SQL Server รุ่นใดก็ตามคอมแพค และ SQL Azure ผู้ให้บริการเหล่านี้สองแทน SqlMembershipProvider และSqlRoleProvider ที่จัดส่งกับรุ่นก่อนหน้าของ ASP.NETในส่วนที่เหลือของบทนี้ คุณเห็นวิธีการใช้ DefaultMembershipProvider การและDefaultRoleProvider ในบทถัดไป คุณทำงานกับ DefaultProfileProvider คุณสามารถตั้งค่าคอนฟิกทั้งหมดให้บริการที่สามใช้เดียวกัน SQL Server ฐานข้อมูล ทำเพื่อ centralize ทุกข้อมูลผู้ใช้ของคุณดาว คุณไม่จัดการกับผู้ให้บริการเหล่านี้โดยตรง ภายใต้สถานการณ์ปกติ ผู้ให้บริการต่าง ๆมีการกำหนดค่าสำหรับเว็บไซต์ที่สะดวก คุณใช้ตัวให้บริการเหล่านี้ โดยการพูดคุยแล้วบริการโปรแกรมประยุกต์ แม้ว่าคุณสามารถเข้าถึงบริการเหล่านี้โดยตรงจากรหัส คุณมักจะใช้ควบคุมการเข้าสู่ระบบภายใน ASP.NET ทำงานหนักสำหรับคุณ ตัวควบคุมเหล่านี้จะกล่าวถึงต่อไป

ผลลัพธ์ (ไทย) 2:

ความงามของรูปแบบการให้บริการคือการที่คุณสามารถสลับการกำหนดค่าผ่านทางผู้ให้บริการโดยไม่ต้องมีการเปลี่ยนแปลงรหัสโปรแกรมของคุณ
หากคุณมีการจัดเก็บข้อมูลของคุณเองคุณสามารถเขียนของคุณเองให้บริการและเสียบลงในเว็บไซต์ของคุณที่จะเปลี่ยนหนึ่งในผู้ให้เริ่มต้นด้วยความพยายามน้อยมาก.
ผู้ให้บริการแต่ละความต้องการจัดเก็บข้อมูล - ตัวแทนจากส่วนล่างของแผนภาพในรูป
16-1 - และถูกเขียนขึ้นเพื่อทำงานร่วมกับหนึ่งหรือมากกว่าเก็บข้อมูลที่เฉพาะเจาะจง ยกตัวอย่างเช่น
DefaultMembershipProvider
(ในการจัดการบริการสมาชิกเช่นการสร้างผู้ใช้เข้าสู่ระบบและตั้งค่ารหัสผ่าน) และ DefaultRoleProvider (เพื่อจัดการงานที่เกี่ยวข้องกับบทบาท)
ได้รับการออกแบบให้ทำงานร่วมกับรุ่นใดๆ ของ Microsoft SQL Server รวมทั้ง Express, LocalDB, SQL Server
กะทัดรัดและ SQL Azure เหล่านี้สองผู้ให้บริการแทน SqlMembershipProvider และ
SqlRoleProvider ที่มาพร้อมกับรุ่นก่อนหน้านี้ของ ASP.NET.
ในส่วนที่เหลือของบทนี้คุณจะเห็นวิธีการใช้ DefaultMembershipProvider และ
DefaultRoleProvider ในบทต่อไปที่คุณทำงานกับ DefaultProfileProvider คุณสามารถกำหนดค่าทั้งสามผู้ให้บริการที่จะใช้ฐานข้อมูล SQL Server เดียวกันทำให้ง่ายต่อการรวบรวมทุกข้อมูลผู้ใช้ของคุณ. เป็นการดีที่คุณไม่ได้จัดการกับผู้ให้บริการเหล่านี้ได้โดยตรง ภายใต้สถานการณ์ปกติผู้ให้บริการต่าง ๆมีการกำหนดค่าสำหรับเว็บไซต์ของคุณที่ตั้งอยู่ใจกลางเมือง จากนั้นคุณใช้ผู้ให้บริการเหล่านี้โดยการพูดคุยกับบริการแอพลิเคชัน แม้ว่าคุณจะสามารถเข้าถึงบริการเหล่านี้ได้โดยตรงจากรหัสของคุณมักจะใช้ASP.NET ในตัวควบคุมการเข้าสู่ระบบที่จะทำงานยากสำหรับคุณ ควบคุมเหล่านี้จะกล่าวถึงต่อไป

ผลลัพธ์ (ไทย) 3:

ความงามของผู้ให้บริการแบบที่คุณสามารถสลับผู้ให้บริการผ่านการตั้งค่าโดยไม่
การเปลี่ยนแปลงรหัสการเขียนโปรแกรมของคุณ หากคุณมีการจัดเก็บข้อมูลที่กำหนดเองของคุณเอง คุณสามารถเขียนของคุณเอง
ผู้ให้บริการและเสียบลงในเว็บไซต์ของคุณเพื่อแทนที่หนึ่งของผู้ให้บริการเริ่มต้นกับความพยายามน้อยมาก .
แต่ละผู้ให้บริการ ต้องการเก็บข้อมูล - แสดงโดยส่วนด้านล่างของแผนภาพในรูป
แปลงและเขียนงานด้วยหนึ่งหรือมากกว่าหนึ่งเก็บข้อมูลเฉพาะ ตัวอย่างเช่น ,
defaultmembershipprovider ( จัดการสมาชิกบริการเช่นการสร้างผู้ใช้ในการเข้าสู่
และการตั้งค่ารหัสผ่าน ) และ defaultroleprovider ( เพื่อจัดการงานบทบาทที่เกี่ยวข้อง ) ออกแบบ
ที่จะทำงานกับทุกรุ่น Microsoft SQL Server , รวมถึงแสดง localdb , SQL Server
กะทัดรัดและ SQL Azure .เหล่านี้สองผู้ให้บริการแทน sqlmembershipprovider และ
sqlroleprovider ที่จัดส่งกับรุ่นก่อนหน้าของ ASP . NET .
ในส่วนที่เหลือของบทนี้ คุณจะเห็นวิธีการที่ใช้ defaultmembershipprovider และ
defaultroleprovider . ในบทถัดไป คุณทำงานกับ defaultprofileprovider . คุณสามารถปรับแต่งทั้งสามผู้ให้บริการ
ใช้เดียวกัน SQL Server ฐานข้อมูลทำให้มันง่ายที่จะรวมทุกคน

ข้อมูลผู้ใช้ของคุณ ซึ่งคุณไม่จัดการกับผู้ให้บริการเหล่านี้ได้โดยตรง ภายใต้สถานการณ์ปกติ ผู้ให้บริการต่าง ๆอยู่ค่า
สำหรับเว็บไซต์ของคุณที่ตำแหน่งกลาง คุณใช้บริการเหล่านี้โดยการพูดคุย

ใบสมัครบริการ ถึงแม้ว่าคุณสามารถเข้าถึงบริการเหล่านี้ได้โดยตรงจากโค้ดที่คุณมักจะใช้
ASPการควบคุมการเข้าสู่ระบบในสุทธิที่จะทำงานอย่างหนักเพื่อคุณ การควบคุมเหล่านี้จะกล่าวถึงต่อไป