WCF ยกระดับหรือแค่ระดับความซับซ้อน? [ปิด]

ฉันเข้าใจคุณค่าของรูปแบบบริการ / โฮสต์ / ไคลเอ็นต์สามส่วนที่นำเสนอโดย WCF แต่มันเป็นแค่ฉันเองหรือดูเหมือนว่า WCF เอาอะไรที่ค่อนข้างตรงไปตรงมา (แบบจำลอง ASMX) และทำให้มันยุ่งเหยิง?

มีทางเลือกอื่นในการใช้บรรทัดคำสั่งของ SvcUtil ย้อนเวลากลับไปในการสร้างพร็อกซีหรือไม่ ด้วยบริการ ASMX จะมีการจัดเตรียมสายรัดทดสอบโดยอัตโนมัติ วันนี้มีทางเลือกที่ดีกับ WCF หรือไม่?

ฉันขอขอบคุณที่สิ่งต่างๆของ WS * นั้นรวมเข้ากับ WCF อย่างแน่นหนามากขึ้นและหวังว่าจะได้รับผลตอบแทนจาก WCF ที่นั่น แต่ไม่อย่างนั้นฉันก็งง

นอกจากนี้สถานะของหนังสือที่มีให้สำหรับ WCF นั้นเป็นเรื่องที่เลวร้ายที่สุด Juval Lowy นักเขียนที่ยอดเยี่ยมได้เขียนหนังสืออ้างอิงของ O'Reilly "Programming WCF Services" ที่ดี แต่มันก็ไม่ได้ทำอะไรมาก (สำหรับฉันอยู่ดี) สำหรับการเรียนรู้เพื่อใช้ WCF ในตอนนี้ ปูชนียบุคคลของหนังสือเล่มนั้น (และมีการจัดระเบียบที่ดีขึ้นเล็กน้อย แต่ไม่มากเท่าบทช่วยสอน) คือ Learning WCF ของ Michele Leroux Bustamante มีจุดที่ดี แต่ล้าสมัยและเว็บไซต์ที่เกี่ยวข้องก็หายไป

คุณมีข้อมูลอ้างอิงการเรียนรู้ WCF ที่ดีนอกเหนือจากการศึกษาต่อจาก Google Bejebus หรือไม่?

เอาล่ะไปเลย อันดับแรกหนังสือของ Michele Leroux Bustamante ได้รับการอัปเดตสำหรับ VS2008 เว็บไซต์สำหรับหนังสือไม่ได้หายไป ตอนนี้ขึ้นแล้วและมีข้อมูล WCF ที่ยอดเยี่ยมมากมาย ในเว็บไซต์นั้นเธอให้รหัสที่อัปเดตที่เข้ากันได้กับ VS2008 สำหรับตัวอย่างทั้งหมดในหนังสือของเธอ หากคุณสั่งซื้อจาก Amazon คุณจะได้รับการพิมพ์ซ้ำซึ่งอัปเดตแล้ว

WCF ไม่ได้เป็นเพียงการทดแทน ASMX เท่านั้น แน่นอนว่าสามารถ (และทำได้ค่อนข้างดี) แทนที่ ASMX แต่ประโยชน์ที่แท้จริงคือการอนุญาตให้บริการของคุณเป็นโฮสต์ด้วยตนเอง ฟังก์ชันส่วนใหญ่จาก WSE ได้รับการอบตั้งแต่เริ่มต้น เฟรมเวิร์กสามารถกำหนดค่าได้สูงและความสามารถในการให้บริการปลายทางหลายจุดผ่านหลายโปรโตคอลนั้นยอดเยี่ยมมาก IMO

แม้ว่าคุณจะยังคงสามารถสร้างคลาสพร็อกซีได้จากตัวเลือก "เพิ่มการอ้างอิงบริการ" แต่ก็ไม่จำเป็น สิ่งที่คุณต้องทำจริงๆคือคัดลอกอินเทอร์เฟซ ServiceContract ของคุณและบอกรหัสของคุณว่าจะหาจุดสิ้นสุดของบริการได้จากที่ใด คุณสามารถเรียกวิธีการจากบริการที่มีรหัสน้อยมาก เมื่อใช้วิธีนี้คุณสามารถควบคุมการนำไปใช้งานได้อย่างสมบูรณ์ ไม่ว่าคุณจะเลือกใช้วิธีใดในการสร้างคลาสพร็อกซี Michele จะแสดงทั้งสองอย่างและใช้ทั้งสองอย่างในซีรีส์การออกอากาศทางเว็บที่ยอดเยี่ยมของเธอในหัวข้อนี้

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

• เว็บคาสต์ของ Michele: http://www.dasblonde.net/2007/06/24/WCFWebcastSeries.aspx
• เว็บไซต์หนังสือของ Michele (มีชีวิตและอัปเดตสำหรับ VS2008): http://www.thatindigogirl.com/

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

ฉันมักจะใช้ Google เพื่อค้นหาคำตอบ WCF ของฉันและมักจะพบตัวเองในบล็อกต่อไปนี้:

บล็อกที่มีบทความ WCF ที่มีคุณค่า

• http://blogs.msdn.com/drnick/default.aspx
• http://blogs.msdn.com/wenlong/default.aspx
• http://blogs.thinktecture.com/buddhike/
• http://www.dasblonde.net/default.aspx

บทความที่มีค่าอื่น ๆ ที่ฉันพบ

• http://blogs.conchango.com/pauloreichert/archive/2007/02/22/WCF-Reliable-Sessions-Puzzle.aspx
• http://blogs.msdn.com/salvapatuel/archive/2007/04/25/why-using-is-bad-for-your-wcf-service-host.aspx

ฉันมีความลำบากในการดูว่าฉันควรหรือจะใช้ WCF เมื่อใด ทำไม? เพราะฉันใส่ประสิทธิภาพและความเรียบง่ายไว้เหนือรายการ เหตุใดโมเดล ASMX จึงประสบความสำเร็จเพราะมันใช้งานได้และคุณทำให้มันทำงานได้อย่างรวดเร็ว และด้วย VS 2005 และ. NET 2.0 wsdl.exe กำลังคายบริการที่ดีและเป็นไปตามมาตรฐาน

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

WCF มีประสิทธิภาพมากกว่า ASMX มากและขยายได้หลายวิธี ASMX ถูก จำกัด ไว้ที่ HTTP เท่านั้นในขณะที่ WCF สามารถใช้โปรโตคอลต่างๆสำหรับการสื่อสารได้ (อนุญาตแล้ว HTTP ยังคงเป็นวิธีที่คนส่วนใหญ่จะใช้อย่างน้อยก็สำหรับบริการที่ต้องทำงานร่วมกันได้) WCF ยังขยายได้ง่ายกว่า อย่างน้อยก็เป็นไปได้ที่จะขยายในรูปแบบที่ ASMX ไม่สามารถขยายได้ "ง่าย" อาจจะยืดได้ =)

ฟังก์ชันเพิ่มเติมที่นำเสนอโดย WCF นั้นมีมากกว่าความซับซ้อนที่เพิ่มในความคิดของฉัน ฉันยังรู้สึกว่ารูปแบบการเขียนโปรแกรมนั้นง่ายกว่า DataContracts ดีกว่าการทำให้เป็นอนุกรมโดยใช้การทำให้เป็นอนุกรม XML พร้อมคุณสมบัติสาธารณะสำหรับทุกสิ่งตัวอย่างเช่น นอกจากนี้ยังมีการเปิดเผยในลักษณะอื่น ๆ อีกมากมายซึ่งก็ดีเช่นกัน

เดี๋ยวก่อน .... คุณเคยใช้. NET Remoting หรือไม่เพราะนั่นคือสิ่งที่จริงกำลังเข้ามาแทนที่ .NET Remoting ค่อนข้างซับซ้อนในตัวเอง ฉันพบว่า WCF ง่ายและจัดวางได้ดีกว่า

ฉันไม่เห็นมันกล่าวถึงบ่อยพอ แต่คุณยังสามารถใช้บริการที่ค่อนข้างง่ายกับ WCF ซึ่งคล้ายกับบริการ ASMX ตัวอย่างเช่น:

[ServiceContract]
[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowed)]
public class SimpleService
{
    [OperationContract]
    public string HelloWorld()
    {
        return "Hello World";
    }

}

คุณยังต้องลงทะเบียนจุดสิ้นสุดใน web.config ของคุณ แต่ก็ไม่ได้เลวร้ายนัก

การขจัดความฟุ่มเฟือยของสัญญาข้อมูลบริการและการดำเนินการที่แยกจากกันจะช่วยให้ WCF สามารถจัดการได้มากขึ้นสำหรับฉัน

VS2008 มีรายการเมนูบริบท "เพิ่มการอ้างอิงบริการ" ซึ่งจะสร้างพร็อกซีให้คุณในเบื้องหลัง

ดังที่ได้กล่าวไว้ก่อนหน้านี้ WCF ไม่ได้มีไว้เพื่อทดแทนประเภทบริการเว็บ ASMX แต่เพื่อให้มีวิธีการที่สอดคล้องปลอดภัยและปรับขนาดได้สำหรับบริการที่ทำงานร่วมกันได้ทั้งหมดไม่ว่าจะเป็นผ่าน HTTP, tcp, ไปป์ที่มีชื่อหรือการขนส่ง MSMQ

ฉันจะสารภาพว่าฉันมีปัญหาอื่น ๆ เกี่ยวกับ WCF (เช่นการเขียนลายเซ็นวิธีการซ้ำเมื่อเปิดเผยบริการผ่านพื้นฐาน HTTP - ดูที่นี่แต่โดยรวมแล้วฉันคิดว่าเป็นการดำเนินการที่แน่นอน

หากคุณใช้ VS2008 และสร้างโครงการ WCF คุณจะได้รับสายรัดทดสอบโดยอัตโนมัติเมื่อคุณกด run / debug และคุณสามารถเพิ่มข้อมูลอ้างอิงได้โดยไม่ต้องใช้ svcutil

ความคิดเริ่มต้นของฉันเกี่ยวกับ WCF เหมือนกันทุกประการ! วิธีแก้ไขมีดังนี้

1. ตั้งโปรแกรมพร็อกซี / เลเยอร์ไคลเอนต์ของคุณเองโดยใช้ generics (ดูคลาสClientBase , Binding) ฉันพบว่ามันทำงานง่าย แต่ยากที่จะสมบูรณ์แบบ
2. ใช้การใช้งาน 1 บุคคลที่สาม ( SoftwareIsHardworkเป็นรายการโปรดของฉันในปัจจุบัน)

WCFเป็นการทดแทนบริการเว็บรุ่นก่อนหน้าทั้งหมดเทคโนโลยีจาก Microsoft นอกจากนี้ยังทำได้มากกว่าสิ่งที่ถือกันว่าเป็น "บริการบนเว็บ"

"บริการเว็บ" ของ WCF เป็นส่วนหนึ่งของการสื่อสารระยะไกลในวงกว้างที่เปิดใช้งานผ่าน WCF คุณจะได้รับความยืดหยุ่นและความสามารถในการพกพาใน WCF ที่สูงกว่าการใช้ ASMX แบบเดิมมากเนื่องจาก WCF ได้รับการออกแบบมาตั้งแต่ต้นเพื่อสรุปโครงสร้างพื้นฐานการเขียนโปรแกรมแบบกระจายที่แตกต่างกันทั้งหมดที่ Microsoft นำเสนอ จุดสิ้นสุดใน WCF สามารถสื่อสารได้อย่างง่ายดายผ่าน SOAP / XML เช่นเดียวกับที่สามารถทำได้ผ่าน TCP / binary และการเปลี่ยนสื่อนี้เป็นเพียงการดัดแปลงไฟล์คอนฟิกูเรชัน ตามทฤษฎีแล้วสิ่งนี้จะช่วยลดจำนวนรหัสใหม่ที่จำเป็นเมื่อทำการย้ายหรือเปลี่ยนแปลงความต้องการทางธุรกิจเป้าหมาย ฯลฯ

ASMX is older than WCF, and anything ASMX can do so can WCF (and more). โดยทั่วไปคุณจะเห็นว่า WCF พยายามรวมกลุ่มกันอย่างมีเหตุผลด้วยวิธีต่างๆในการรับแอปสองแอปเพื่อสื่อสารในโลกของ Microsoft ASMX เป็นเพียงหนึ่งในหลาย ๆ วิธีเหล่านี้ดังนั้นจึงถูกจัดกลุ่มภายใต้ความสามารถของ WCF

บริการเว็บสามารถเข้าถึงได้ผ่าน HTTP เท่านั้นและทำงานในสภาพแวดล้อมแบบไร้รัฐโดยที่ WCF มีความยืดหยุ่นเนื่องจากบริการของมันสามารถโฮสต์ในแอปพลิเคชันประเภทต่างๆ สถานการณ์ทั่วไปสำหรับการโฮสต์บริการ WCF ได้แก่ IIS, WAS, Self-hosting, Managed Windows Service

ข้อแตกต่างที่สำคัญคือ Web Services ใช้ XmlSerializer แต่ WCF ใช้ DataContractSerializer ซึ่งมีประสิทธิภาพดีกว่าเมื่อเทียบกับ XmlSerializer

ต้องใช้ WCF ในสถานการณ์ใด

• บริการที่ปลอดภัยในการดำเนินธุรกรรมทางธุรกิจ บริการที่
• ให้ข้อมูลปัจจุบันแก่ผู้อื่นเช่นรายงานการจราจรหรืออื่น ๆ
• บริการตรวจสอบ บริการแชทที่ช่วยให้คนสองคน
• สื่อสารหรือแลกเปลี่ยนข้อมูลแบบเรียลไทม์ แอปพลิเคชันแดชบอร์ด
• ที่สำรวจบริการอย่างน้อยหนึ่งบริการสำหรับข้อมูลและนำเสนอในเชิงตรรกะ
• การนำเสนอ. การแสดงเวิร์กโฟลว์ที่ดำเนินการโดยใช้ Windows Workflow
• มูลนิธิเป็นบริการ WCF แอปพลิเคชั่น Silverlight เพื่อสำรวจความคิดเห็น
• บริการสำหรับฟีดข้อมูลล่าสุด

คุณสมบัติของ WCF

• ปฐมนิเทศการบริการ
• ความสามารถในการทำงานร่วมกัน
• รูปแบบข้อความหลายรูปแบบ
• ข้อมูลเมตาของบริการ
• สัญญาข้อมูล
• ความปลอดภัย
• การขนส่งและการเข้ารหัสหลายรายการ
• ข้อความที่เชื่อถือได้และอยู่ในคิว
• ข้อความที่ทนทาน
• ธุรกรรม
• การสนับสนุน AJAX และ REST
• ความสามารถในการขยาย

แหล่งที่มา: แหล่งที่มาหลักของข้อความ

MSDN? ฉันมักจะทำได้ดีกับการอ้างอิงไลบรารีและโดยปกติฉันคาดหวังว่าจะพบบทความที่มีคุณค่าที่นั่น

ในแง่ของสิ่งที่นำเสนอฉันคิดว่าคำตอบคือความเข้ากันได้ บริการ ASMX มีขนาดเล็กมาก ไม่ได้หมายความว่าพวกเขาไม่ได้พยายามที่จะเข้ากันได้กับผู้บริโภครายอื่น แต่โมเดลไม่ได้ถูกสร้างขึ้นมาเพื่อให้เหมาะสมมากนักนอกจากหน้าเว็บ ASP.NET และผู้บริโภค Microsoft ที่กำหนดเอง ในขณะที่ WCF เนื่องจากสถาปัตยกรรมช่วยให้บริการของคุณมีจุดสิ้นสุดที่ใช้มาตรฐานเปิดมากเช่น REST, JSON และอื่น ๆ นอกเหนือจาก SOAP ตามปกติ คนอื่น ๆ อาจใช้เวลาในการใช้บริการ WCF ได้ง่ายกว่า ASMX ของคุณ

(ทั้งหมดนี้สรุปได้โดยทั่วไปจากการอ่าน MSDN เชิงเปรียบเทียบดังนั้นคนที่รู้มากกว่าควรแก้ไขฉันได้อย่างอิสระ)

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

ฉันเชื่อว่า WCF พัฒนาบริการเว็บ ASMX ในหลาย ๆ ด้าน ประการแรกมันมีโมเดลวัตถุแบบเลเยอร์ที่ดีมากซึ่งช่วยซ่อนความซับซ้อนที่แท้จริงของแอปพลิเคชันแบบกระจาย ประการที่สองคุณสามารถมีรูปแบบการส่งข้อความแบบขอเล่นซ้ำได้มากกว่ารวมถึงการแจ้งเตือนแบบอะซิงโครนัสจากเซิร์ฟเวอร์ไปยังไคลเอนต์ (เป็นไปไม่ได้กับ HTTP บริสุทธิ์) และประการที่สามการแยกโปรโตคอลการขนส่งที่อยู่ภายใต้การส่งข้อความ XML ออกไปจึงรองรับ HTTP, HTTPS, TCP และอื่น ๆ อย่างหรูหรา ความเข้ากันได้แบบย้อนหลังกับบริการเว็บ "รุ่นที่ 1" ก็เป็นข้อดีเช่นกัน WCF ใช้มาตรฐาน XML เป็นรูปแบบการแสดงภายใน สิ่งนี้อาจถูกมองว่าเป็นข้อดีหรือข้อเสียโดยเฉพาะอย่างยิ่งกับ "ทางเลือกที่ปราศจากไขมันสำหรับ XML" เช่น JSON

สิ่งที่ยากที่ฉันพบใน WCF คือการจัดการการกำหนดค่าสำหรับไคลเอนต์และเซิร์ฟเวอร์และการแก้ไขปัญหาข้อยกเว้นของรัฐที่ไม่ดีนัก

จะดีมากถ้าใครมีทางลัดหรือเคล็ดลับเหล่านั้น

ฉันพบว่านั่นคือความเจ็บปวด ในนั้นฉันมี. NET ที่ปลายทั้งสองข้างมี dll "สัญญา" เดียวกันโหลดที่ปลายทั้งสองด้านเป็นต้น แต่ฉันก็ต้องยุ่งเกี่ยวกับรายละเอียดมากมายเช่นแอตทริบิวต์ "KnownType"

นอกจากนี้ WCF ยังตั้งค่าเริ่มต้นเพื่อให้ไคลเอ็นต์ 1 หรือ 2 รายเชื่อมต่อกับบริการจนกว่าคุณจะเปลี่ยนการกำหนดค่าจำนวนมาก การเปลี่ยนการกำหนดค่าจากรหัสไม่ใช่เรื่องง่ายการจัดส่งไฟล์ comfig จำนวนมากไม่ใช่ตัวเลือกเนื่องจากเป็นการยากเกินไปที่จะรวมการเปลี่ยนแปลงของเราเข้ากับการเปลี่ยนแปลงใด ๆ ที่ลูกค้าอาจทำในขณะอัปเกรด (เราไม่ต้องการให้ลูกค้า เล่นกับการตั้งค่า WCF!)

.NET ระยะไกลมักจะใช้งานได้เกือบตลอดเวลา

ฉันคิดว่าการพยายามแสร้งทำเป็นว่าการสื่อสารตามวัตถุ. NET เป็น. NET นั้นเหมือนกับการส่งบิตของ Text (xml) ไปยังระบบที่ไม่รู้จักเป็นขั้นตอนที่ไกลเกินไป

(ไม่กี่ครั้งที่เราใช้ WCF เพื่อพูดคุยกับระบบ Java เราพบว่า XSD ที่ระบบ java ให้มานั้นไม่ตรงกับ XML ที่ต้องการอยู่ดีดังนั้นจึงต้องเขียนโค้ดการแมป XML ด้วยมือเป็นจำนวนมาก)