ฉันใช้เวลาสองสามเดือนเพื่อพยายามเข้าใจแนวคิดเบื้องหลัง WCF และเมื่อเร็ว ๆ นี้ฉันได้พัฒนาแอปพลิเคชันบริการ WCF แรกของฉัน

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

วันอื่น ๆ ที่ผมเคยพบว่าไมโครซอฟท์ออกมาพร้อมกับสิ่งใหม่ที่เรียกว่าเว็บ ASP.NET API

สำหรับสิ่งที่ฉันสามารถอ่านได้มันเป็นกรอบงาน RESTfulใช้งานง่ายและนำไปปฏิบัติ

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

มีใครได้โปรดช่วยฉันเข้าใจความแตกต่างและการใช้งานของแต่ละคน

ใหม่เว็บ ASP.NET APIเป็นความต่อเนื่องของก่อนหน้านี้API WCF เว็บโครงการ (แม้ว่าบางส่วนของแนวคิดที่มีการเปลี่ยนแปลง )

WCF ถูกสร้างขึ้นเพื่อเปิดใช้งานบริการที่ใช้ SOAP สำหรับบริการ RESTful หรือ RPCish ที่ง่ายกว่า (คิดว่าไคลเอนต์อย่าง jQuery) ASP.NET Web API ควรเป็นตัวเลือกที่ดี

สำหรับเรา WCF ใช้สำหรับ SOAP และ Web API สำหรับ REST ฉันหวังว่า Web API ก็รองรับ SOAP ด้วยเช่นกัน เราไม่ได้ใช้คุณสมบัติขั้นสูงของ WCF นี่คือการเปรียบเทียบจากMSDN :

ASP.net Web API เป็นข้อมูลเกี่ยวกับ HTTP และ REST ที่ใช้ GET, POST, PUT, DELETE พร้อมด้วยรูปแบบการเขียนโปรแกรม ASP.net MVC และ JSON ที่ส่งคืนได้; web API นั้นใช้สำหรับกระบวนการที่มีน้ำหนักเบาและส่วนประกอบที่ใช้ HTTP ล้วนๆ สำหรับคนที่จะก้าวไปข้างหน้ากับ WCF แม้จะเป็นบริการเว็บเดียวที่ง่ายหรือง่ายที่สุดมันจะนำสัมภาระเพิ่มเติม สำหรับบริการที่มีน้ำหนักเบาแบบง่ายสำหรับการโทร ajax หรือไดนามิก WebApi จะแก้ปัญหาที่จำเป็นเสมอ สิ่งนี้ช่วยเติมเต็มหรือช่วยให้ขนานกับ ASP.net MVC

ลองดูพอดคาสต์: Hanselminutes Podcast 264 - นี่ไม่ใช่ WCF ของพ่อคุณ - ทุกอย่างเกี่ยวกับ WebAPI พร้อม Glenn Blockโดย Scott Hanselman สำหรับข้อมูลเพิ่มเติม

ในสถานการณ์ด้านล่างคุณควรเข้าร่วม WCF:

1. หากคุณต้องการส่งข้อมูลบนโปรโตคอลเช่น TCP, MSMQ หรือ MIME
2. หากลูกค้าที่ใช้งานเพียงแค่รู้วิธีการใช้ข้อความ SOAP

WEB API เป็นเฟรมเวิร์กสำหรับการพัฒนาบริการ RESTful / HTTP

มีลูกค้ามากมายที่ไม่เข้าใจ SOAP เช่น Browsers, HTML5 ในกรณีนี้ WEB APIs เป็นตัวเลือกที่ดี

ส่วนหัวของบริการ HTTP ระบุวิธีการรักษาความปลอดภัยบริการวิธีการแคชข้อมูลชนิดของเนื้อหาข้อความและเนื้อหาของ HTTP สามารถระบุเนื้อหาประเภทใดก็ได้เช่น HTML ไม่ใช่แค่ XML เป็นบริการ SOAP

ตั้งแต่ใช้จนถึงตอนนี้ฉันพบความแตกต่างมากมายระหว่าง WCF และ Web API สแต็คเทคโนโลยีทั้งสองนั้นเหมาะสมกับสถานการณ์ที่แตกต่างกันดังนั้นจึงเป็นไปไม่ได้ที่จะพูดว่าอะไรดีกว่านี้ขึ้นอยู่กับการกำหนดค่าและสถานการณ์

Properties              ASP.Net Web API                         WCF
--------------------------------------------------------------------------------------------------
End point (mainly)      Http based                              SOAP based
Service Type            Front End                               Back-end
Support                 caching, compression, versioning        No
Framework               ASP.net                                 WCF
Orientation             Resource Oriented                       Service Oriented
Transports              http                                    http, tcp, MSMQ, Named pipe
Message pattern         Request reply                           request Reply, one way, duplex
Configuration overhead  Less                                    Much
Security                lesser than WCF (web standard security) Very high (WS-I standard)
Hosting                 IIS                                     IIS, Windows Service, Self hosting
Performance             Fast                                    A bit slower than Web API
In use from             .NET 4.0                                .NET 3.5

หมายเหตุ: ข้อมูลไม่ได้เป็นเพียงมุมมองของฉัน แต่ยังรวบรวมจากเว็บไซต์ทางการอื่น ๆ

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

ทำไมฉันตอบ:

ฉันใช้เวลาเป็นจำนวนมากในการทำความเข้าใจความแตกต่างระหว่างเทคโนโลยีทั้งสองนี้ ฉันจะใส่ประเด็นทั้งหมดที่นี่ที่ฉันคิดว่า "ถ้าฉันมีประเด็นเหล่านี้ในเวลาที่ฉันสงสัยในการค้นหาคำตอบนี้แล้วฉันได้ตัดสินใจก่อนหน้านี้มากในการเลือกเทคโนโลยีที่ต้องการของฉัน"

แหล่งข้อมูล:

Microsoft® Visual Studio® 2015 Unleashed

ISBN-13: 978-0-672-33736-9 ISBN-10: 0-672-33736-3

ทำไม ASP.NET Web API และ WCF:

ก่อนที่จะเปรียบเทียบเทคโนโลยีของ ASP.NET Web API และ WCF สิ่งสำคัญคือต้องเข้าใจว่าจริงๆแล้วมีสองรูปแบบ / มาตรฐานสำหรับการสร้างบริการเว็บ: REST (Representational State Transfer) และ SOAP / WSDL SOAP / WSDL เป็นมาตรฐานดั้งเดิมที่เว็บเซอร์วิสถูกสร้างขึ้น อย่างไรก็ตามมันใช้งานยากและมีรูปแบบข้อความขนาดใหญ่ (เช่น XML) ที่ประสิทธิภาพลดลง บริการที่ใช้ REST เป็นทางเลือกอย่างรวดเร็ว ง่ายต่อการเขียนเพราะใช้ประโยชน์จากโครงสร้างพื้นฐานของ HTTP (GET, POST, PUT, DELETE) และโดยทั่วไปจะใช้รูปแบบข้อความขนาดเล็ก (เช่น JSON) ดังนั้นบริการ HTTP ที่ใช้ REST จึงเป็นมาตรฐานสำหรับการเขียนบริการที่กำหนดเป้าหมายเว็บอย่างเคร่งครัด

มากำหนดวัตถุประสงค์ของ ASP.NET Web API

ASP.NET Web API เป็นเทคโนโลยีของ Microsoft สำหรับการพัฒนาบริการเว็บ HTTP ที่ใช้ REST (เมื่อไม่นานมานี้แทนที่ ASMX ของ Microsoft ซึ่งใช้ SOAP / WSDL) Web API ทำให้การเขียนบริการที่มีประสิทธิภาพนั้นง่ายขึ้นอยู่กับโปรโตคอล HTTP ที่เบราว์เซอร์และอุปกรณ์ดั้งเดิมเข้าใจ สิ่งนี้ช่วยให้คุณสร้างบริการเพื่อรองรับแอปพลิเคชันของคุณและเรียกใช้จากแอปพลิเคชันเว็บแท็บเล็ตโทรศัพท์มือถือพีซีและเครื่องเล่นเกมอื่น ๆ แอปพลิเคชั่นส่วนใหญ่ที่เขียนขึ้นในวันนี้เพื่อใช้ประโยชน์จากการเชื่อมต่อเว็บในปัจจุบันใช้บริการ HTTP ไม่ทางใดก็ทางหนึ่ง

ตอนนี้เรามากำหนดวัตถุประสงค์ของ WCF:

การสื่อสารผ่านอินเทอร์เน็ตนั้นไม่ใช่วิธีที่มีประสิทธิภาพที่สุดเสมอไป ตัวอย่างเช่นหากทั้งลูกค้าและบริการมีอยู่ในเทคโนโลยีเดียวกัน (หรือแม้แต่เครื่องเดียวกัน) พวกเขามักจะสามารถเจรจาต่อรองวิธีที่มีประสิทธิภาพมากขึ้นในการสื่อสาร (เช่น TCP / IP) นักพัฒนาบริการพบว่าตัวเองกำลังทำสิ่งเดียวกันกับที่พวกเขาพยายามหลีกเลี่ยง ตอนนี้พวกเขาจะต้องเลือกระหว่างการสร้างบริการภายในที่มีประสิทธิภาพและความสามารถในการเข้าถึงที่กว้างขวางผ่านทางอินเทอร์เน็ต และหากพวกเขาต้องสนับสนุนทั้งคู่พวกเขาอาจต้องสร้างบริการหลายรุ่นหรืออย่างน้อยก็แยกผู้รับมอบฉันทะเพื่อเข้าใช้บริการของพวกเขา ปัญหานี้เป็นปัญหาของ Microsoft แก้ไขได้ด้วย WCF

ด้วย WCF คุณสามารถสร้างบริการของคุณโดยไม่ต้องกังวลเรื่องขอบเขต จากนั้นคุณสามารถปล่อยให้ WCF กังวลเกี่ยวกับการเรียกใช้บริการของคุณในวิธีที่มีประสิทธิภาพสูงสุด เพื่อจัดการงานนี้ WCF ใช้แนวคิดของจุดปลาย บริการของคุณอาจมีหลายปลายทาง (กำหนดค่าในเวลาออกแบบหรือหลังการปรับใช้) แต่ละจุดปลายระบุวิธีที่บริการอาจสนับสนุนไคลเอ็นต์ที่เรียกใช้: ผ่านทางเว็บผ่านทาง remoting ผ่าน Microsoft Message Queuing (MSMQ) และอื่น ๆ WCF ช่วยให้คุณสามารถมุ่งเน้นไปที่การสร้างฟังก์ชั่นบริการของคุณ มันกังวลเกี่ยวกับวิธีการพูดคุยกับลูกค้าอย่างมีประสิทธิภาพมากที่สุด ด้วยวิธีนี้บริการ WCF เดียวสามารถรองรับลูกค้าได้หลายประเภท

ตัวอย่างของ WCF:

ลองพิจารณาตัวอย่าง:

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

สรุป:

i) จะเลือก Web API ได้เมื่อใด:

ไม่มีการปฏิเสธว่าบริการ HTTP ที่ใช้ REST เช่นเดียวกับที่สร้างขึ้นโดยใช้ ASP.NET Web API ได้กลายเป็นมาตรฐานสำหรับการสร้างบริการเว็บ บริการเหล่านี้นำเสนอวิธีการที่ง่ายและตรงไปตรงมาสำหรับนักพัฒนาเว็บในการสร้างบริการ นักพัฒนาเว็บเข้าใจ HTTP GET และ POST และปรับให้เข้ากับบริการประเภทนี้ได้ดี ดังนั้นหากคุณกำลังเขียนบริการที่กำหนดเป้าหมายไปที่HTTPอย่างเคร่งครัดASP.NET Web API เป็นตัวเลือกเชิงตรรกะ

ii) เมื่อใดที่จะเลือก WCF:

เทคโนโลยี WCF มีประโยชน์เมื่อคุณต้องการสนับสนุนจุดปลายบริการหลายจุดตามโปรโตคอลและรูปแบบข้อความที่แตกต่างกัน ผลิตภัณฑ์เช่น Microsoft BizTalk ใช้ประโยชน์จาก WCF สำหรับการสร้างบริการที่แข็งแกร่งซึ่งสามารถใช้งานบนเว็บได้เช่นกันผ่านการกำหนดค่าระหว่างเครื่องกับเครื่องที่แตกต่างกันอย่างไรก็ตามหากคุณจำเป็นต้องเขียนแอปพลิเคชันที่สื่อสารผ่าน TCP / IP เมื่อเชื่อมต่อกับเครื่อง เครือข่ายและการทำงานผ่าน HTTP เมื่ออยู่นอกเครือข่าย WCF คือคำตอบของคุณ

ถูกเตือน:

นักพัฒนาเว็บมักจะมองว่า WCF นั้นยากและซับซ้อนกว่าที่จะพัฒนา ดังนั้นหากคุณไม่เห็นความจำเป็นในการใช้บริการหลายโปรโตคอลคุณอาจติดกับ ASP.NET Web API

มีการเปรียบเทียบกับ MSDN เกี่ยวกับเรื่องนี้

WCF และ ASP.NET Web API

สำหรับฉันทางเลือกคือเกี่ยวกับลูกค้าคือใครและพวกเขาอยู่ที่ไหน?

ภายใน บริษัท ที่ใช้เครือข่ายและ. NET ไคลเอนต์:ใช้ WCF กับการเชื่อม TCP (การสื่อสารที่รวดเร็วกว่า HTTP)

นอกเครือข่าย บริษัท และใช้เทคโนโลยีที่หลากหลายเช่น PHP, Python และอื่น ๆ : ใช้ Web API ด้วย REST

การพูดทางธุรกิจ WebApi ขาด WSDL ดังนั้นผู้พัฒนาควรทำเอกสารด้วยตนเองทั้งหมด และหากตัวอย่างเช่นการดำเนินการ WebApi จะส่งกลับรายการวัตถุแล้วลูกค้าควรสร้างวัตถุด้วยตนเองเช่น WebAPI นั้นมีแนวโน้มที่จะเกิดข้อผิดพลาดของคำจำกัดความ

มือโปรของ Webapi มีน้ำหนักเบากว่า WCF

เกี่ยวกับคำสั่ง "WebApi ขาด WSDL" มีหลายวิธีในการสร้างไคลเอนต์ที่เหลือ แนวทางหนึ่งที่ได้รับความนิยมคือ Swagger UI / (Swashbukkle Nuget) สิ่งนี้จะช่วยให้อินเทอร์เฟซที่อุดมไปด้วยเพื่อทำความเข้าใจ REST จุดสิ้นสุดของ REST และผลลัพธ์และเครื่องมือออนไลน์เพื่อทดสอบจุดสิ้นสุด

JSON LD (เอกสารที่เชื่อมโยง Json) เป็นอีกมาตรฐานที่เกิดขึ้นใหม่ซึ่งจะปรับปรุงประสบการณ์การพัฒนา REST แบบ JSON โดยการเปิดเผย schema JSON ด้วยความหมายที่ดีกว่า

ด้วย wcf เราสามารถกำหนดค่าและแสดงการสนับสนุนบริการเดียวกันสำหรับจุดปลายหลายจุดเช่น tcp, http.if หากคุณต้องการให้บริการของคุณเป็นแบบ http เท่านั้นดังนั้นจะเป็นการดีกว่าที่จะไปกับ web API Web API มีการกำหนดค่าน้อยกว่ามากเมื่อเปรียบเทียบกับ wcf และเร็วกว่า wcf เล็กน้อย WCF ยังสนับสนุนบริการพักผ่อน หากคุณมีข้อ จำกัด ของ. Net framework 3.5 ตัวเลือกของคุณคือ wcf