Giao tiếp giữa ứng dụng Windows Store và ứng dụng máy tính để bàn gốc

Question

! Để đơn giản hóa mọi thứ, tôi sẽ tham khảo Ứng dụng Windows Store (còn được gọi là Giao diện người dùng hoặc Giao diện người dùng hiện đại) làm "ứng dụng" và phổ biến ứng dụng dành cho máy tính để bàn là "ứng dụng"!

Tôi tin rằng đây vẫn là một trong những câu hỏi chưa rõ ràng nhất liên quan đến phát triển ứng dụng cho các nhà phát triển đã thiết lập ứng dụng trên thị trường: Làm cách nào để quản lý giao tiếp giữa ứng dụng và ứng dụng trên hệ thống Windows 8? (Xin đừng bắt đầu một cuộc tranh luận về nguyên tắc - có quá nhiều trường hợp sử dụng mà điều này thực sự được yêu cầu!)

Tôi đọc rất nhiều bài viết trong vài ngày gần đây nhưng vẫn chưa rõ cách tiếp tục làm như thế nào kể từ lần đầu tiên. Chủ yếu là vì tôi đã tìm thấy một số thông tin xung đột. Với câu hỏi của tôi ở đây tôi muốn tiếp cận lại vấn đề này từ quan điểm của các khả năng Windows 8 cuối cùng.

tình Given:

• App và ứng dụng chạy trên cùng một hệ thống
• 1: 1 thông tin liên lạc
• ứng dụng được nguồn gốc (viết bằng Delphi)
• Administrator hoặc nếu có yêu cầu thậm chí đặc quyền hệ thống có sẵn cho ứng dụng
• Trong 90% trường hợp sử dụng, ứng dụng yêu cầu một ứng dụng sẽ thực hiện một hành động và eives một số kết quả văn bản. Các ứng dụng không nên được trái hoặc đông lạnh cho điều này!
• Trong 10% ứng dụng thực hiện một hành động (được kích hoạt bởi một số sự kiện) và thông báo cho ứng dụng - kết quả có thể là: hiển thị thông tin nhất định trên ô hoặc trong ứng dụng đang chạy và đang hoạt động hoặc nếu có thể chạy ứng dụng/đưa nó đến nền trước.

Bây giờ, câu hỏi "đơn giản" là cách đạt được điều này?

• Truy cập máy chủ web cục bộ có thực sự được phép bây giờ không? (Tôi tin rằng nó không phải là một thời gian dài nhưng bây giờ là kể từ khi phát hành cuối cùng)
• WCF? (-> rõ ràng là MS doesn't recommend that anymore)
• Yêu cầu HTTP trên máy chủ REST/SOAP cục bộ?
• WinRT syndication API? (một dạng truy cập dịch vụ web khác có phản hồi RSS/atom)
• WebSockets (như MessageWebSocket)?
• Một số hình thức giao tiếp TCP/IP khác?
• Chia sẻ tệp văn bản cho đầu vào và đầu ra (thực sự chỉ đơn giản là suy nghĩ về điều này, nhưng ít nhất đó là khả năng MS không thể chặn ...)
• Ống có tên không được phép, phải không?

Có một số cuộc thảo luận về chủ đề này ở đây trên SO, tuy nhiên hầu hết chúng không được cập nhật nữa vì MS đã thay đổi rất nhiều trước khi phát hành phiên bản cuối cùng của Windows 8.Thay vì trộn lẫn thông tin cũ và mới, tôi muốn tìm câu trả lời rõ ràng và hiện tại cho vấn đề này cho tôi và cho tất cả các nhà phát triển ứng dụng và ứng dụng Windows khác. Cảm ơn bạn!

Answer 1

Nếu bạn đang nói về một ứng dụng đi vào Cửa hàng, việc liên lạc với hệ thống cục bộ thông qua bất kỳ cơ chế nào đều không được phép. Giao tiếp với hệ thống cục bộ được hỗ trợ trong một số trường hợp gỡ lỗi để giúp phát triển ứng dụng dễ dàng hơn.

Bạn có thể khởi chạy ứng dụng dành cho máy tính để bàn từ các ứng dụng Windows Store với các trình xử lý tệp hoặc giao thức, nhưng không có giao tiếp trực tiếp.

Vì vậy, để nhắc lại điểm ... giao tiếp giữa WinRT và máy tính để bàn không được phép cho các ứng dụng Windows Store được phát hành. Giao tiếp giữa hai môi trường chỉ được phép gỡ lỗi.

PG đã đăng ở nhiều vị trí khác nhau vì sao truyền thông không được phép, từ bảo mật đến vòng đời của WinRT (tức là ứng dụng của bạn bị tạm ngưng - cách xử lý lại: tài nguyên, ổ cắm, ứng dụng từ xa, v.v. - rất nhiều điểm thất bại và thực tế là ứng dụng Cửa hàng không thể phụ thuộc vào các chương trình bên ngoài (nghĩa là tôi cần ứng dụng/dịch vụ trên máy tính để bàn của bạn chạy ứng dụng, nhưng làm cách nào để cài đặt ứng dụng/dịch vụ của bạn? không thể tích hợp vào ứng dụng Cửa hàng. Bạn có thể cung cấp một mục nhập ứng dụng dành cho máy tính để bàn khác, nhưng đó là trải nghiệm người dùng xấu.) Tất nhiên, đó là tóm tắt cấp cao.