tag files and windows microsoft-metro windows-runtime communication

files - Comunicación entre la aplicación Windows Store y la aplicación de escritorio nativa.



tag files and folders (1)

Si está hablando de una aplicación que va a la Tienda, no se permite la comunicación con el sistema local a través de ningún mecanismo. La comunicación con el sistema local se admite en algunos escenarios de depuración para facilitar el desarrollo de la aplicación.

Puede iniciar aplicaciones de escritorio desde aplicaciones de la Tienda Windows con controladores de archivos o protocolos, pero no hay comunicación directa.

Por lo tanto, para reiterar el punto ... la comunicación entre WinRT y el escritorio no está permitida para las aplicaciones publicadas de la Tienda Windows. La comunicación entre los dos entornos solo se permite en la depuración.

El PG ha publicado en diferentes lugares los motivos por los que no se permite la comunicación, que van desde la seguridad hasta el ciclo de vida de WinRT (es decir, su aplicación se suspende: cómo se maneja eso con respecto a recursos, sockets, aplicaciones remotas, etc.) de puntos de falla) y el hecho de que las aplicaciones de la Tienda no pueden depender de programas externos (es decir, necesito su aplicación / servicio de escritorio local para que se ejecute la aplicación, pero ¿cómo puedo instalar su aplicación / servicio? No puede integrarse en el Aplicación de la tienda. Puede proporcionar otra entrada de la aplicación de escritorio de la Tienda, pero es una mala experiencia para el usuario. Por supuesto, esos son resúmenes de alto nivel.

! Para simplificar las cosas, me referiré a las aplicaciones de la Tienda Windows (también conocidas como Metro o Modern UI) como "aplicación" y a las aplicaciones comunes de escritorio como "aplicación".

Creo que esta sigue siendo una de las preguntas menos claras pero importantes sobre el desarrollo de aplicaciones para desarrolladores que ya tienen aplicaciones establecidas en el mercado: ¿Cómo gestionar la comunicación entre aplicaciones y aplicaciones en un sistema Windows 8? (Por favor, no comencemos un debate sobre principios. ¡Hay muchos casos de uso en los que esto es realmente necesario!)

Básicamente leí cientos de artículos en los últimos días, pero aún no está claro cómo proceder a hacerlo desde el primer momento. Principalmente porque encontré varias informaciones conflictivas. Con mi pregunta aquí, me gustaría volver a abordar este problema desde el punto de vista de las posibilidades finales de Windows 8.

Situación dada:

  • Aplicación y aplicación ejecutadas en el mismo sistema
  • Comunicación 1: 1
  • La aplicación es nativa (escrita en Delphi)
  • Administrador o, si es necesario, incluso los privilegios del sistema están disponibles para la aplicación.
  • En el 90% de los casos de uso, la aplicación solicita una acción a realizar por la aplicación y recibe algún resultado textual. La aplicación no se debe dejar ni congelar por esto!
  • En el 10%, la aplicación realiza una acción (activada por algún evento) e informa a la aplicación; el resultado podría ser: mostrar cierta información en el mosaico o en la aplicación ya en ejecución y activa o, si es posible, ejecutar la aplicación / llevarla al primer plano .

Ahora la pregunta "simple" es, ¿cómo lograr esto?

  • ¿Se permite el acceso al servidor web local ahora? (Creo que no fue por mucho tiempo, pero ahora es desde el lanzamiento final)
  • WCF? (-> al parecer MS ya no lo recomienda )
  • ¿Solicitudes HTTP en un servidor REST / SOAP local?
  • ¿WinRT sindicación API ? (otra forma de acceso al servicio web con respuestas RSS / atom)
  • WebSockets (como MessageWebSocket )?
  • ¿Alguna otra forma de comunicación TCP / IP?
  • Compartir un archivo de texto para entrada y salida (en realidad, simplemente pensar en esto duele, pero al menos esa es una posibilidad que MS no puede bloquear ...)
  • Las tuberías con nombre no están permitidas, ¿verdad?

Hay algunas discusiones sobre este tema aquí sobre SO, sin embargo, la mayoría de ellas ya no están actualizadas, ya que la MS cambió mucho antes de lanzar la versión final de Windows 8. En lugar de mezclar información antigua y nueva, me gustaría encuentre una respuesta definitiva y actual a este problema para mí y para todos los demás desarrolladores de aplicaciones y aplicaciones de Windows. ¡Gracias!