แอพ Metro ใน Windows 8 จะสื่อสารกับแอพเดสก์ท็อปแบ็กเอนด์บนเครื่องเดียวกันได้อย่างไร

ในสถานการณ์ที่คุณมีส่วนหน้า UI ที่สร้างขึ้นโดยใช้แอพสไตล์เมโทรใหม่สำหรับ windows 8 และต้องการให้มันสื่อสารกับแอปพลิเคชัน. NET ที่ทำงานบนเดสก์ท็อปบนเครื่องท้องถิ่นเดียวกัน (เช่นแอปบริการ windows)

การสื่อสารระหว่างกระบวนการมีรูปแบบใดบ้างระหว่างแอป Metro และแอปเดสก์ท็อป

ขอขอบคุณ Pavel Minaev จากทีม Visual Studio ที่ให้ข้อมูลเบื้องต้นบางส่วนที่นี่ในความคิดเห็นโดยอ้างถึง:

จากข้อมูลของ Martyn Lovell ไม่มีกลไกใด ๆ สำหรับสิ่งนั้นและบางส่วนที่สามารถใช้งานได้นั้นถูก จำกัด โดยเจตนา ท่อที่มีชื่อจะไม่มีเช่นและไม่มีไฟล์ที่แมปหน่วยความจำ มีซ็อกเก็ต (รวมถึงซ็อกเก็ตเซิร์ฟเวอร์) แต่เมื่อเชื่อมต่อกับ localhost คุณสามารถเชื่อมต่อกับแอพเดียวกันเท่านั้น คุณสามารถใช้ไฟล์ปกติในหนึ่งใน "โฟลเดอร์ที่รู้จัก" ที่แชร์ (เอกสารรูปภาพ ฯลฯ ) แต่นั่นเป็นการแฮ็กที่ค่อนข้างหยาบซึ่งจำเป็นต้องมีการสำรวจและผู้ใช้สามารถมองเห็นได้ - Pavel Minaevแสดงความคิดเห็นเกี่ยวกับปัญหานี้

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

สิ่งที่ฉันพยายามทำอยู่ตรงนี้สมเหตุสมผลไหม ฉันเห็นว่าจำเป็นต้องมีแอปรถไฟฟ้าใต้ดินเพื่อเป็น UI ส่วนหน้าสำหรับบริการที่มีอยู่ซึ่งทำงานบนเดสก์ท็อป หรือจะดีกว่าถ้าใช้ WPF สำหรับส่วนหน้า UI ที่ทำงานบนเดสก์ท็อป (เช่นแอปที่ไม่ใช่เมโทร)

ฉันกำลังย้ายโครงการที่มีอยู่ไปยัง Win8 ในขณะนี้ ประกอบด้วยบริการ windows และแอพพลิเคชั่นถาดซึ่งกำลังคุยกันผ่าน NamedPipes WCF อย่างที่คุณทราบอยู่แล้วว่า Metro ไม่รองรับท่อที่มีชื่อ ฉันลงเอยด้วยการใช้ TcpBinding สำหรับการเชื่อมต่อแบบ full duplex

โพสต์นี้อธิบายถึงฟังก์ชันที่รองรับ

ตัวอย่างของเซิร์ฟเวอร์ของฉัน WCF ว่าลูกค้าเมโทรสามารถใช้เป็นที่นี่

โปรดทราบว่าคุณไม่สามารถใช้ซิงโครนัส WCF ในเมโทรได้ คุณจะต้องใช้กระดาษห่อตามงานซึ่งเป็นแบบอะซิงโครนัสเท่านั้น

และขอบคุณสำหรับคำถาม ฉันเป็นจุดเริ่มต้นที่ดีสำหรับฉัน :)

มีคำถามมากมายเช่นนี้ในตอนท้ายของ // build / session ที่ฉันเข้าร่วม AlešHolečekผู้บริหารที่ทำหนึ่งในเซสชันภาพใหญ่ออกมาจากผู้ชมเพื่อจัดการพวกเขา แม้ว่าคุณจะไม่ใช่นักพัฒนา C ++ ให้ดาวน์โหลดเซสชันนั้นและดูคำถามและคำตอบhttp://channel9.msdn.com/Events/BUILD/BUILD2011/TOOL-789C

แอพ Metro ไม่สามารถนับบนแอพเดสก์ท็อปหรือบริการที่ติดตั้งบนเครื่องได้ และแอปบนเดสก์ท็อปไม่สามารถนับบนแอป Metro ที่ทำงานได้เนื่องจากสามารถระงับได้ตลอดเวลา คุณต้องเริ่มคิดต่าง ฟังAlešเกี่ยวกับเรื่องนี้

โปรดทราบว่าด้วยการอัปเดต Windows 8.1 การสื่อสารระหว่างแอป Windows Store และส่วนประกอบเดสก์ท็อปที่เขียนด้วย C # สำหรับ. NET 4.5+ ได้รับการสนับสนุนอย่างเป็นทางการสำหรับแอปพลิเคชันที่โหลดด้านข้างในสถานการณ์ระดับองค์กร:

คอมโพเนนต์รันไทม์ของ Windows ที่พังทลายสำหรับแอพ Windows Store ที่โหลดด้านข้าง

อ้างถึง:

โดยตระหนักว่าฟังก์ชันและกฎทางธุรกิจที่สำคัญนั้นรวมอยู่ในสินทรัพย์ซอฟต์แวร์ที่มีอยู่และองค์กรต่างๆมีสถานการณ์ที่หลากหลายซึ่งรูปแบบแอปพลิเคชันใหม่จะมีประสิทธิผลสูง Windows 8.1 Update มีคุณลักษณะใหม่ที่เรียกว่า Brokered Windows Runtime Components สำหรับโหลดด้านข้าง การใช้งาน เราใช้คำว่า IPC (การสื่อสารระหว่างกระบวนการ) เพื่ออธิบายความสามารถในการเรียกใช้สินทรัพย์ซอฟต์แวร์เดสก์ท็อปที่มีอยู่ในกระบวนการเดียว (คอมโพเนนต์เดสก์ท็อป) ในขณะที่โต้ตอบกับรหัสนี้ในแอป Windows Store นี่เป็นรูปแบบที่นักพัฒนาระดับองค์กรคุ้นเคยเนื่องจากแอปพลิเคชันฐานข้อมูลและแอปพลิเคชันที่ใช้ NT Services ใน Windows มีสถาปัตยกรรมแบบหลายกระบวนการที่คล้ายคลึงกัน

แม้ว่าการใช้แนวทางนี้จะค่อนข้างซับซ้อนในตอนแรก แต่ก็ช่วยให้สามารถผสานรวมใน Windows Store และคอมโพเนนต์เดสก์ท็อปได้อย่างลึกซึ้ง โปรดทราบว่าในขณะนี้จะไม่ผ่านการรับรอง Windows Store สาธารณะ

มีความเป็นบทความในInfoQเกี่ยวกับวิธีการสร้างแอพพลิเคเมโทรคู่หลวมกับจัดการโปรโตคอล นี่คือสิ่งที่ Windows ได้รับการสนับสนุนมาเป็นเวลานานและใคร ๆ ก็สามารถมองเห็นแอปพลิเคชันเดสก์ท็อปที่ลงทะเบียนตัวเองเป็นตัวจัดการโปรโตคอลและแอปพลิเคชันรถไฟใต้ดินอาจสื่อสารผ่านกลไกนี้

ฉันไม่รู้ว่ามันเป็นไปได้หรือไม่ แต่มันก็น่าสนใจที่จะลองดู

Christophe Nasarre ได้บล็อกเกี่ยวกับวิธีที่ค่อนข้างแฮ็กโดยใช้ไฟล์ในเครื่อง ผลลัพธ์คือการสื่อสารระหว่างแอพเดสก์ท็อป / แอพ Windows store (เรียกว่า DA / WSA ในบล็อก) โดยไม่ต้องสลับระหว่าง UI ของสองแอพ นอกจากนี้เขายังเขียนบล็อกเกี่ยวกับเทคนิคแฮ็กอื่น ๆ ที่เกี่ยวข้องกับตัวจัดการโปรโตคอล

โปรดทราบว่าการมี WSA ที่สื่อสารกับ DA นั้นถูกห้ามอย่างชัดเจนโดยข้อกำหนดการรับรองแอปของร้านค้า

แอป Windows Store จะต้องไม่สื่อสารกับแอปพลิเคชันหรือบริการบนเดสก์ท็อปในพื้นที่ผ่านกลไกภายในเครื่องรวมถึงผ่านไฟล์และคีย์รีจิสทรี

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

หากคุณคิดว่าคุณสามารถดำเนินการ cmd ด้วยตนเองเพิ่มเติมได้คุณสามารถลอง:

X:/> CheckNetIsolation.exe LoopbackExempt –a –n=<packageID>;

CheckNetIsolation.exe รวมอยู่ในการติดตั้ง winRT ดังนั้นจึงไม่มีอะไรเพิ่มเติมให้ต้องติดตั้ง

ฉันลองแล้วมันใช้งานได้แม้หลังจากอัปเดตแพ็คเกจแล้ว

ดังแสดงบน: http://msdn.microsoft.com/en-us/library/windows/apps/Hh780593.aspx

นี่คือคำอธิบายวิธีค้นหา packageID สำหรับแอปของคุณ: http://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/82bad7d4-d52b-4731-a396-13ab9004c1cc/how-to-get- ที่ appid ของ -a รถไฟใต้ดินสไตล์แอป

เป็นไปได้ที่จะสื่อสารบนเครื่องเดียวกันจากแอพ Metro ไปยังแอพเดสก์ท็อปโดยใช้บริการในพื้นที่ ฉันเคยใช้ "การพิสูจน์แนวคิด" แบบง่ายๆมาแล้ววิธีการข้ามแซนด์บ็อกซ์ WinRT โดยใช้บริการในพื้นที่ ยังคงต้องการ "วิศวกรรมสังคม" หรือคำแนะนำโดยตรงสำหรับการติดตั้งบริการ แต่อย่างไรก็ตามมันเป็นไปได้
ฉันไม่แน่ใจเกี่ยวกับกฎการรับรองเกี่ยวกับการสื่อสาร "บริการในพื้นที่" เมื่อเพิ่มแอปดังกล่าวลงใน Windows Store

ตัวอย่างที่นี่

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

"ปัญหา" เพียงอย่างเดียวคือผู้ใช้ต้องติดตั้งบริการแบ็คเอนด์นี้ด้วยตนเอง แต่จะไม่มีปัญหาในการใช้ "วิศวกรรมสังคม": ผู้ใช้ดาวน์โหลดแอปเมโทร "เบราว์เซอร์พีซี" ผู้ใช้สามารถเรียกดูรูปภาพเพลงและวิดีโอทั้งหมดได้ โดยใช้ WinRT API แต่แอปยังแสดงข้อความที่ด้านล่าง: "ดาวน์โหลด powerpack เบราว์เซอร์พีซีของเราและเรียกดูพีซีของคุณทั้งเครื่องฟรี"

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

แน่นอนว่าจะใช้ไม่ได้กับแท็บเล็ต Windows 8 ARM การใช้วิธีแก้ปัญหานี้อาจเป็นไปได้ที่จะสร้างไคลเอนต์แอป Metro สำหรับแอปเดสก์ท็อปแบบคลาสสิกเช่นโปรแกรมป้องกันไวรัสไคลเอนต์ torrent / P2P เป็นต้น

บางทีฉันอาจพลาดประเด็นนี้ไป แต่เมื่อเปิดใช้งานความสามารถของเครือข่ายส่วนตัวฉันสามารถเชื่อมต่อกับเซิร์ฟเวอร์ที่ใช้งานภายใน (http) โดยใช้ที่อยู่ IP ในเครื่อง (ไม่ใช่ localhost) สิ่งนี้เปิดใช้สถานการณ์ของฉันที่แอป winrt สื่อสารกับแอปเดสก์ท็อป wpf