NET Remoting เลิกใช้งานจริงหรือไม่

ทุกคนพูดว่า. NET Remoting ถูกแทนที่ด้วย WCF ได้อย่างไร แต่ฉันสงสัยว่ามันถูกต้องแค่ไหน ฉันไม่เห็นคำที่เป็นทางการว่า Remoting กำลังเลิกใช้งานและดูเหมือนว่าสำหรับฉันแล้วมีสถานการณ์ที่ Remoting เหมาะสมกว่า WCF ไม่มีการเลิกใช้งานอ็อบเจ็กต์หรือเมธอดที่เกี่ยวข้องกับ Remoting แม้แต่ในเวอร์ชัน 4.0 ของเฟรมเวิร์ก ฉันเข้าใจเช่นกันว่า System.AddIn ในกรอบงาน 3.5 และ 4.0 ใช้ Remoting

ใครมีคำพูดที่เป็นทางการในทางตรงกันข้าม?

ในบทความการเลือกตัวเลือกการสื่อสารใน. NET (สำหรับ 3.0 ซึ่งเป็นเวอร์ชันล่าสุดของบทความนั้น) ระบุว่า:

8 การสื่อสารข้ามแอปพลิเคชันโดเมน

หากคุณต้องการสนับสนุนการสื่อสารระหว่างออบเจ็กต์ในโดเมนแอปพลิเคชันต่างๆภายในกระบวนการเดียวกันคุณต้องใช้. NET remoting

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

อัปเดต: ฉันส่ง Clemens Vasters (ซึ่งอยู่ในทีมที่เป็นเจ้าของ Remoting และ WCF) คำถามนี้:

Clemens ฉันเข้าใจว่าคุณอยู่ในทีมที่เป็นเจ้าของทั้ง remoting และ wcf และฉันมีคำถามสองสามข้อที่ฉันเชื่อว่าฉันต้องไปที่แหล่งข้อมูล

ก่อนอื่นฉันมีคำถามว่าการรีบูตจะหายไปหรือไม่ โดยเฉพาะอย่างยิ่งเรามีแอปพลิเคชันที่ค่อนข้างใหญ่ซึ่งใช้ระยะไกลอย่างกว้างขวางสำหรับการสื่อสารข้ามแอปโดเมนในกระบวนการและฉันสงสัยว่าการใช้งานระยะไกลนี้ถือเป็น "มรดก" ถ้าเป็นเช่นนั้น AppDomain.CreateInstance และเพื่อน ๆ จะถูกแทนที่ด้วยสิ่งอื่นหรือไม่?

นี่คือคำตอบของเขา:

ระยะไกลเป็นส่วนหนึ่งของ. Net Framework และด้วยเหตุนี้จึงไม่หายไป COM อยู่ใน Windows ตั้งแต่ Windows NT 3.5 / Windows 95 และไม่ได้หายไปไหนและฉันก็ไม่เห็นว่าจะหายไปในเร็ว ๆ นี้ด้วย

ที่กล่าวว่ามีการลงทุนในการพัฒนาที่น้อยมากใน Remoting WCF เป็นผู้สืบทอดของ Remoting และแทนที่ COM / DCOM สำหรับโค้ดที่มีการจัดการ

สำหรับในกระบวนการการสื่อสารข้ามแอปโดเมน Remoting เป็นวิธีการสื่อสารดั้งเดิมของ CLR หากคุณพบปัญหาด้านประสิทธิภาพการสูบข้อมูลจำนวนมากหรือข้อความจำนวนมากในเวลาอันสั้นคุณควรพิจารณาอย่างจริงจังที่ WCF และ NetNamedPipeBinding

การเรียกมันว่าเทคโนโลยีเดิมเป็นคำอธิบายที่ถูกต้องกว่า

http://msdn.microsoft.com/en-us/library/72x4h507%28VS.85%29.aspx

หัวข้อนี้เฉพาะสำหรับเทคโนโลยีเดิมที่ยังคงไว้สำหรับความเข้ากันได้แบบย้อนหลังกับแอปพลิเคชันที่มีอยู่และไม่แนะนำสำหรับการพัฒนาใหม่ ขณะนี้ควรพัฒนาแอปพลิเคชันแบบกระจายโดยใช้ Windows Communication Foundation (WCF)

อัปเดต: WCF ไม่แยกความแตกต่างระหว่าง inter / intra / process / inter / intra-appdomain หากคุณใช้การสื่อสารด้วยเครื่องเดียวใน WCF คุณใช้ไปป์ที่มีชื่อการใช้งานควรให้ประสิทธิภาพที่ดีในสถานการณ์จริงแทบทั้งหมด

สำหรับการเปรียบเทียบประสิทธิภาพการทำงานของเทคโนโลยีการสื่อสารกระจายต่างๆดูที่นี่

ใช่. Remoting เลิกใช้งานแล้ว ... และเป็นทางการจาก Microsoft นี่คือลิงค์:

.NET Remoting

บรรทัดแรกในบทความระบุเป็นตัวหนา:

หัวข้อนี้เฉพาะสำหรับเทคโนโลยีเดิมที่ยังคงไว้สำหรับความเข้ากันได้แบบย้อนหลังกับแอปพลิเคชันที่มีอยู่และไม่แนะนำสำหรับการพัฒนาใหม่ ขณะนี้ควรพัฒนาแอปพลิเคชันแบบกระจายโดยใช้ Windows Communication Foundation (WCF)

ฉันคิดว่าคำฟุ่มเฟือยนั้น 'เลิกใช้แล้ว' แต่เห็นได้ชัดว่าพวกเขาอ้างว่าเป็น 'มรดก'

หากคุณต้องการย้ายไปที่. NET Core คุณต้องหาวิธีอื่นสำหรับ Remoting อยู่ดี:

.NET Remoting ถูกระบุว่าเป็นสถาปัตยกรรมที่มีปัญหา ใช้สำหรับการสื่อสารข้าม AppDomain ซึ่งไม่รองรับอีกต่อไป นอกจากนี้ Remoting ยังต้องการการสนับสนุนรันไทม์ซึ่งมีราคาแพงในการดูแลรักษา ด้วยเหตุผลเหล่านี้การรีบูต. NET จึงไม่รองรับ. NET Core และเราไม่ได้วางแผนที่จะเพิ่มการรองรับในอนาคต

ที่มา: https://docs.microsoft.com/en-us/dotnet/core/porting/libraries#remoting

Clemens Vasters หัวหน้าฝ่ายเทคนิคของ Microsoft .NET Service Bus (ซึ่งหมายถึงทั้ง Remoting และ WCF) พูดถึง WCF กับ Remoting ในโพสต์ฟอรัมนี้ เพื่อสรุปโพสต์เขาแนะนำ WCF ผ่าน Remoting

ฉันไม่แน่ใจว่า. NET 4.0 ใช้การรีบูตภายในหรือไม่ แต่คุณสามารถลองส่งคำถามให้ Clemens ... ฉันแน่ใจว่าเขารู้คำตอบ

ฉันคิดว่าตอนนี้ (2015) มันค่อนข้างชัดเจนแม้จะข้ามโดเมนแอปพลิเคชัน: https://msdn.microsoft.com/en-us/library/vstudio/ms180984(v=vs.100).aspx

การรีบูตข้าม AppDomains หัวข้อนี้เฉพาะสำหรับเทคโนโลยีเดิมที่เก็บรักษาไว้เพื่อความเข้ากันได้ย้อนหลังกับแอปพลิเคชันที่มีอยู่และไม่แนะนำสำหรับการพัฒนาใหม่ ขณะนี้ควรพัฒนาแอปพลิเคชันแบบกระจายโดยใช้ Windows Communication Foundation (WCF)

จากนั้นควรใช้ WCF สำหรับโดเมนข้ามแอปพลิเคชันด้วย