คำถามติดแท็ก wcf

ตอนนี้ฉันกำลังจัดการทีมงานของนักพัฒนาประมาณ 15 คนและเราติดอยู่ที่จุดหนึ่งในการเลือกเทคโนโลยีซึ่งทีมถูกแบ่งออกเป็นสองทีมตรงข้ามกันโดยสิ้นเชิงโต้วาทีการใช้ WCF กับเว็บ API ทีม A ที่รองรับการใช้งาน Web API นำมาซึ่งเหตุผลเหล่านี้: Web API เป็นวิธีการบริการการเขียนที่ทันสมัย ​​( Wikipedia ) WCF เป็นโอเวอร์เฮดสำหรับ HTTP มันเป็นทางออกสำหรับ TCP และ Net Pipes และโปรโตคอลอื่น ๆ รุ่น WCF ไม่ใช่ POCO เนื่องจาก [DataContract] & [DataMember] และแอตทริบิวต์เหล่านั้น SOAP ไม่สามารถอ่านได้และมีประโยชน์เท่ากับ JSON SOAP เป็นค่าใช้จ่ายสำหรับเครือข่ายเมื่อเทียบกับ JSON (การส่งผ่าน HTTP) ไม่มีวิธีการมากไป ทีม B ที่รองรับการใช้ WCF …

49 wcf  decisions  web-api 

เรามีเว็บเซอร์วิส REST ที่สามารถให้บริการ XML หรือ JSON (WCF) ฉันกำลังคิดจะใช้ Protobufs ทำไม? ข้อดี โหลดบนเซิร์ฟเวอร์น้อยลง ขนาดข้อความที่เล็กลง - ทราฟฟิกน้อย มันง่ายกว่าที่จะสลับตอนนี้ในภายหลัง ข้อเสีย จะต้องมีการดำเนินการ การแก้ไขปัญหา / การดมกลิ่นเพื่อแก้ไขข้อบกพร่องจะทำได้ยากขึ้น ฉันสามารถเปิดใช้งาน GZip บนเซิร์ฟเวอร์และ JSON จะใช้ปริมาณการใช้งานมาก คุณมีข้อเสนอแนะและ / หรือประสบการณ์เกี่ยวกับเรื่องนี้อย่างไร?

23 web-services  wcf  serialization 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน8 ปีที่ผ่านมา ... หรือสิ่งต่าง ๆ มีความซับซ้อนมากขึ้น? สำหรับฉันดูเหมือนว่าคุณจำเป็นต้องรู้หลายสิ่งหลายอย่างในการ 'พัฒนา' แอป MS web ให้เหมาะสมในทุกวันนี้ ในวันที่ไม่ดีเมื่อเราไม่รู้ว่ามีอะไรดีกว่านี้เรามีตารางฐานข้อมูล ASP.NET, ADO.NET และคุณสร้างเว็บแอปโดยใช้แนวคิดที่เรียบง่าย ทุกวันนี้ดูเหมือนจะมีกรอบมากมายที่จะ 'ช่วย' คุณทำถูกต้อง แต่ฉันไม่เชื่อว่านี่จะทำให้ง่ายขึ้นและดีขึ้น ฉันมีความรู้สึกฉันจะเป็นคนกลุ่มน้อยที่มีความรู้สึกเช่นนี้ แต่มีใครอีกบ้างที่คิดว่าสิ่งต่าง ๆ เป็นบ้าไปหน่อย?

17 wcf  linq  mvc  entity-framework 

ฉันกำลังใช้บริการเว็บสงบและแอปพลิเคชันไคลเอนต์หลายแห่งที่ส่วนใหญ่อยู่ใน Silverlight ฉันกำลังค้นหาตัวเลือกจำนวนมากสำหรับการพัฒนาทั้งฝั่งเซิร์ฟเวอร์และฝั่งไคลเอ็นต์ของ API แต่ไม่แน่ใจว่าวิธีใดดีที่สุด ฉันกังวลเกี่ยวกับความเสถียรเช่นเดียวกับแพลตฟอร์มที่จะยังคงมีอยู่ไม่กี่เดือนนับจากนี้ เราเริ่มใช้ REST Starter Kit กับ. NET 3.5 แต่ย้ายไปที่ WCF Web API ใหม่เมื่ออัปเดตเป็น. NET 4.0 เอกสารทั้งหมดของพวกเขาบ่งชี้ว่า WCF Web API เป็นการแทนที่สำหรับ RSK อย่างไรก็ตาม Web API อยู่ในหน้าตัวอย่าง 4 เท่านั้นและไม่รวมการสนับสนุนสำหรับ Silverlight หรือไคลเอนต์ Windows Phone 7 (ยัง) WCF Web API ดูเหมือน wrapper ด้านบนของ WCF WebHttp Services ที่มีอยู่ในSystem.ServiceModel.Webไลบรารีซึ่งทำให้ฉันคิดว่ามันอาจจะง่ายกว่าที่จะไปกับสิ่งที่มีอยู่ในตัว แต่ Web …

16 .net  rest  wcf 

ฉันคิดว่าการสนทนาสำหรับการใช้บริการเชิงโปรแกรมเทียบกับการโต้ตอบกับมนุษย์นั้นชัดเจน แต่ถ้าฉันต้องสร้างแอปพลิเคชั่นที่ใช้ทั้ง API เชิงโปรแกรมและเว็บไซต์ที่ใช้ประโยชน์จากข้อมูลที่เชื่อมต่อด้วย API เดียวกันมันจะให้ประโยชน์แก่ ASP.NET เพียงอย่างเดียวหรือไม่ การรวม ASP.NET และ WCF เข้ากับแอพพลิเคชันเดียวกันทำได้ง่ายเพียงใด?

14 web-development  asp.net  web-services  asp.net-mvc  wcf 

เรามีเซิร์ฟเวอร์กลางที่ส่งและรับข้อความจากพีซีจำนวนหนึ่งที่อยู่บนเครือข่ายลูกค้าในสถานที่ต่าง ๆ เพื่ออำนวยความสะดวกนี้ฉันกำลังใช้ WCF กับ TCPNetBindings โดยใช้การสื่อสารสองทางที่ปลอดภัยด้วยใบรับรอง ตอนนี้เรามีปัญหาหลายอย่างเกี่ยวกับเรื่องนี้ - ส่วนใหญ่เราจะถูกขอให้สนับสนุน "โหมดตัดการเชื่อมต่อ" (เราต้องทนต่อความผิดพลาด) จากสิ่งที่ฉันรู้ไม่มีวิธีง่ายๆในการทำเช่นนี้โดยใช้ WCF stack - เราต้องการดำเนินการบางอย่างและอาจใช้ msmq ฉันดู NServiceBus เมื่อเร็ว ๆ นี้และจากที่ฉันเห็นว่ามันเหมาะสมกับค่าใช้จ่ายอย่างมาก - การยอมรับข้อผิดพลาดสามารถส่งข้อความผ่านอินเทอร์เน็ตผ่านเกตเวย์ http ง่าย ๆ ฯลฯ ฉันรู้ว่ามันเป็นที่ยอมรับในชุมชนและ ฉันสามารถดูสาเหตุจากการมองเข้าไป ดังนั้นคำถามของฉันคือ ... การใช้ NServiceBus ฟังดูเหมือนความคิดที่สมเหตุสมผลหรือไม่มีใครมีข้อเสนอแนะอื่น ๆ / ประสบการณ์โลกแห่งความจริงที่เกี่ยวข้องกับเรื่องนี้หรือไม่? ฉันเดาว่าฉันกังวลที่จะแนะนำเทคโนโลยีใหม่ที่ฉันรู้ค่อนข้างน้อยและเผชิญปัญหากับสิ่งต่าง ๆ เช่นการรักษาความปลอดภัยการตั้งค่าทุกอย่างในวิธีที่เชื่อถือได้ gotchas ตลอดทาง .. ฉันยังระวัง "ทองคำ - ชุบ "สถาปัตยกรรมและเลือกสิ่งที่มันวาวที่จะจบลงด้วยการใช้งานฉันกับการติดกับ …

13 .net  communication  wcf 

ด้วยโครงการล่าสุดทีมงาน dev. Net ของเราได้รับมอบหมายให้ทำงานร่วมกับโฮสต์บริการเว็บ java ทั่วโลกและเรามีปัญหาที่น่าประหลาดใจมาก (แน่นอนว่าเราไม่แปลกใจอีกต่อไป) เนื่องจาก XML ที่สร้างขึ้นโดย WCF ไม่ได้รับการยอมรับจากบริการ java ดูเหมือนว่ายังไม่มีข้อมูลที่ดีมากนักที่จะค้นหาในเรื่องนี้เราได้รับเคล็ดลับดี ๆ จากบล็อก WCF ที่ยอดเยี่ยมของ Yaron Nave, http://webservices20.blogspot.comและบนฟอรัม MSDN WCF http: //social.msdn.microsoft.com/Forums/en-US/wcf/threads มีใครบ้างในที่นี้ที่รู้สึกว่าพวกเขารู้สึกแย่และรู้ถึงทรัพยากรที่ชัดเจนในเรื่องนี้หรือไม่? จะสนใจในเคล็ดลับเกี่ยวกับหนังสือบล็อกหรือเว็บไซต์ใด ๆ แก้ไข: ฉันขาดการตั้งค่าคำตอบที่ได้รับการยอมรับในเธรดนี้เนื่องจากคำตอบที่ดีที่สุดสองคำตอบมีค่าบางอย่าง: 1. เราอาจท้ายด้วยการใช้ HTTP Webrequest มากกว่าการต่อสู้ WCF 2. แต่ WCF Express Interop Bindings 1.0 ก็เป็นคำแนะนำที่สมเหตุสมผลเช่นกัน

13 java  wcf 

บริษัท ของเรากำลังเริ่มต้นการริเริ่ม SOA ที่ค่อนข้างใหญ่ เรากำลังทำสิ่งต่าง ๆ มากมายถูกต้อง: มีการสื่อสารที่ดี เงินสำหรับเครื่องมือตามความเหมาะสม และเราได้นำความเชี่ยวชาญที่ดีบางอย่างมาช่วยเราในการเปลี่ยนแปลง เรากำลังพยายามพัฒนามาตรฐานที่เราสามารถปฏิบัติตามเป็นกลุ่มและหนึ่งในมาตรฐานที่เสนอนั้นรบกวนฉันไม่น้อย: เรามีมาตรฐานในรูปแบบที่ทุกการดำเนินการใช้วัตถุคำขอและส่งกลับวัตถุตอบสนอง ฉันรู้ว่านี่เป็นวิธีมาตรฐานมากกว่าหรือน้อยกว่าสำหรับคนจำนวนมาก แต่ฉันถามว่าทำไมฉันถึงต้องรำคาญ (ฉันไม่ค่อยดีเท่าไหร่ที่มีปัญญาที่ได้รับฉันต้องการบางอย่าง) บริการส่วนใหญ่ที่ฉันจะให้คือการดึงข้อมูลเมตาขององค์กรแบบง่าย ๆ ตัวอย่างเช่นค้นหานโยบายความปลอดภัยสำหรับผู้ใช้เฉพาะ สิ่งนี้ต้องการรหัสผู้ใช้และไม่มีอะไรอื่น มาตรฐานบอกฉันว่าฉันควรห่อคำขอนี้ในวัตถุและห่อนโยบายที่ส่งคืนในวัตถุตอบกลับ ความไม่สงบของฉันได้รับการขยายโดยดูที่ WSDL ที่สร้างขึ้นจากสัญญาของเรา WCF สร้างคำขอและข้อความตอบกลับโดยอัตโนมัติและตัดคำแม้แต่วัตถุคำขอ / ตอบกลับ ฉันเข้าใจอย่างถ่องแท้ว่าหากคุณกำลังร้องขอที่ซับซ้อนดังนั้นวัตถุอินพุตที่ซับซ้อนได้รับการรับประกัน นั่นคือสิ่งที่คุณจะทำแม้ว่าบริการจะไม่เกี่ยวข้อง คำถามของฉันคือเหตุผลที่ฉันควรห่อคำขอและคำตอบโดยอัตโนมัติเมื่อ: มันทำให้การบริการที่เรียบง่ายแสดงออกน้อยลง คุณจะทำมันต่อไปสำหรับบริการที่ซับซ้อน WCF สร้างข้อความร้องขอ / ตอบกลับ ฉันได้พบข้อโต้แย้งต่อไปนี้ในความโปรดปรานของวิธีการนี้: สนับสนุนการกำหนดเวอร์ชันโดยอนุญาตให้พารามิเตอร์ทางเลือกเลื่อนลงในวัตถุคำขอ ย้อนกลับไปในวันนี้ฉันทำ COM ค่อนข้างยุติธรรมและฉันจะพิจารณาสิ่งนี้เกือบเป็นรูปแบบการต่อต้านสำหรับการกำหนดเวอร์ชัน สำหรับบางสิ่งฉันคิดว่ามันจะช่วยได้ แต่ฉันคาดหวังว่ามันจะช่วยคุณได้คุณมีวัตถุพารามิเตอร์อยู่แล้ว จะช่วยให้ข้อมูลทั่วไปและพฤติกรรมที่จะแยกไปที่ชั้นฐาน อันนี้มีน้ำหนักกับฉัน มันพาคนออกจากพฤติกรรมสไตล์ RPC และต่อพฤติกรรมการส่งข้อความ ฉันได้อ่านสิ่งนี้บนเว็บไซต์ของ Microsoft …

12 soa  wcf 

ฉันกำลังมองหาการสร้างโซลูชันใหม่ที่เป็นแบบแยกส่วนโดยธรรมชาติและต้องการสร้างโครงสร้างที่รองรับการออกแบบนั้นเพื่อให้สามารถขยายตัวในอนาคตได้อย่างง่ายดายแยกข้อกังวลออกใบอนุญาตโดยโมดูล ฯลฯ สิ่งที่ฉันทำส่วนใหญ่คือ พบได้บนเว็บเกี่ยวกับแอปพลิเคชันแบบแยกส่วนหรือคอมโพสิตคือ UI เป็นศูนย์กลางมุ่งเน้นไปที่ Silverlight, WPF และอื่น ๆ ในกรณีของฉันฉันกำลังพัฒนาแอพพลิเคชั่นบริการ WCF ที่นักพัฒนาอื่น ๆ พื้นหลัง เป้าหมายของโครงการของฉันคือการสร้างแหล่งที่มาแบบรวมศูนย์ของตรรกะทางธุรกิจ / โดเมนเพื่อสนับสนุนแอปพลิเคชันทางธุรกิจของเราหลายอย่างที่กำลังทำซ้ำกระบวนการกฎและอื่น ๆ และแม้ว่าจะไม่ได้รับประโยชน์จากโมดูลทั้งหมด โอกาสในการสร้างกรอบที่จะใช้ประโยชน์จากส่วนที่เราสามารถใช้ประโยชน์จาก ฉันเริ่มต้นการออกแบบโดยดูที่ API ที่เปิดเผยโดยแอปพลิเคชันบริการ เป็นที่ชัดเจนว่าบริการสามารถแยกออกไปตามสายโมดูลาร์ที่ฉันกำลังพิจารณา ตัวอย่างเช่นฉันจะมี FinanceService, InventoryService, PersonnelService และบริการอื่น ๆ ที่จัดกลุ่มการดำเนินงานบริการของฉันเพื่อให้มีการทำงานร่วมกันสูงใน API ในขณะที่การมีเพศสัมพันธ์ต่ำดังนั้นลูกค้าจะต้องใช้บริการที่เกี่ยวข้องกับแอปพลิเคชันของตน ฉันรู้สึกว่าฉันสามารถมีโมดูลแยกต่างหากสำหรับแต่ละบริการเหล่านี้เช่น MyApp.Finance, MyApp.Inventory, My.Personnel และอื่น ๆ ความกังวลแบบตัดขวางและประเภทที่แชร์จะอยู่ในชุดประกอบ MyApp ที่ใช้ร่วมกัน จากที่นี่ฉันจะได้รับการผูกเล็กน้อย (โอ้ฉันควรพูดถึงว่าฉันจะใช้คอนเทนเนอร์ IoC สำหรับ Dependency Injection เพื่อให้แอปพลิเคชันมีการเชื่อมต่ออย่างหลวม …

11 architecture  domain-driven-design  wcf  soa  modules 

ฉันได้ดูคำถามเทคโนโลยีการสร้างเลเยอร์บริการที่ดี แต่ฉันมีคำถามบางอย่างเกี่ยวกับเรื่องนี้ที่ฉันต้องการความช่วยเหลือ ก่อนอื่นข้อมูลเกี่ยวกับสิ่งที่ฉันมีสำหรับความต้องการ ขณะนี้เรามีแอปพลิเคชั่นเว็บจำนวนมากที่พูดคุยกันในแบบแมงมุมใยแมงมุม (ทั้งหมดพูดคุยกันในลักษณะสับสนผ่านเว็บเซอร์และฐานข้อมูล) เราต้องการเปลี่ยนแปลงสิ่งนี้เพื่อให้แอปพลิเคชันทั้งหมดผ่านเลเยอร์บริการที่เราสามารถทำงานได้มากขึ้นด้วยแคชและแค็ปซูลฟังก์ชั่นทั่วไปและอีกมากมาย เราต้องการให้เลเยอร์นี้มี Web API เพื่อให้ลูกค้าบุคคลที่สามสามารถใช้ข้อมูลจากบริการได้ ปัญหาที่ฉันเห็นคือถ้าเราสร้างเลเยอร์บริการด้วยพูด MVC4 Web API เราไม่จำเป็นต้องสื่อสารระหว่างแอปพลิเคชันที่ใช้ webAPI ซึ่งหมายความว่าเราต้องสร้าง URL และใช้ JSON / Xml ที่ไม่ได้เสียงที่มีประสิทธิภาพเกินไป ฉันคิดว่าวิธีที่ดีกว่านี้คือการทำงานกับเอนทิตีและ WCF เพื่อสื่อสารระหว่างแอปพลิเคชัน แต่ถ้าอย่างนั้นเราอาจจะสูญเสียเวทย์มนตร์ Web API? ดังนั้นคำถามคือหากมีวิธีการใช้เลเยอร์บริการทั้ง Web API (JSON / XML) และเป็นเลเยอร์บริการแบ็คเอนด์ที่มีเอนทิตี้มากกว่า หากเราถูกบังคับให้ใช้ 2 ชั้นบริการที่แตกต่างกันเราอาจต้องทำซ้ำฟังก์ชั่นบางอย่างและสิ่งเลวร้ายอื่น ๆ หวังว่าคำถามจะชัดเจนเพียงพอและโปรดถามหากคุณต้องการข้อมูลเพิ่มเติม

10 asp.net-mvc  wcf  web-services 

Exchange 2010 มีรูปแบบการมอบหมายที่กลุ่มwinrm cmdlets ถูกจัดกลุ่มอย่างเป็นสาระสำคัญในบทบาทและบทบาทที่กำหนดให้กับผู้ใช้ ( แหล่งรูปภาพ ) นี่เป็นโมเดลที่ยอดเยี่ยมและมีความยืดหยุ่นโดยพิจารณาว่าฉันจะใช้ประโยชน์จาก PowerShell ได้อย่างไรในขณะที่ใช้เทคโนโลยีระดับต่ำ (WCF, SOAP และอื่น ๆ ) และไม่ต้องใช้ซอฟต์แวร์เพิ่มเติมในฝั่งไคลเอ็นต์ ( แหล่งรูปภาพ ) คำถาม (s) มีวิธีใดบ้างที่ฉันจะใช้ประโยชน์จากรูปแบบการมอบหมายของ Exchange ในแอปพลิเคชัน. NET ของฉัน มีใครพยายามเลียนแบบรุ่นนี้หรือไม่? ถ้าฉันต้องเริ่มจากศูนย์ฉันจะเลียนแบบวิธีการนี้อย่างไร

9 c#  security  wcf  authorization  iis7