Restsharp: Algunos paquetes no son compatibles con UAP, Version=v10.0

Todavía no hay soporte para este tipo de proyecto.

¿Hay algún plan en un futuro próximo?

No en este momento, pero agregaré esto como una solicitud de función.

Vine aquí buscando esto. Sería genial tener compatibilidad con UWP, ya que parece ser el camino a partir de ahora.

Todavía es muy nuevo. Veré qué puedo hacer para incorporarlo. Mi entorno de desarrollo aún no es Windows 10, por lo que tendrá que esperar a que se produzca ese cambio.

Sí, sería genial tener compatibilidad con Win 10 UWP. Solo hay un par de contenedores REST decentes para .Net: este y PortableREST.

No hay problema. Estoy trabajando para configurar un entorno de Windows 10 para que esto pueda suceder.

Esa es una gran noticia para escuchar. Estaré esperando esta actualización. :+1:

Solo quiero decir +1... Me encantaría tener RestSharp para mis proyectos UWP.

@hallem ¿ Alguna actualización sobre este tema?

tengo el mismo problema

¡También quiere soporte para UWP, por favor!

+1

+1

+1

+1

+1

+1

+1 ¿Alguna actualización?

+1

el código para la compatibilidad con UWP se incorporó al maestro, pero la compatibilidad con nuget aún está pendiente. yo o el autor de relaciones públicas necesitamos agregar la orientación a los scripts de compilación

@hallem Gracias, pero esto solo funciona para x64 y x86 mientras que no funciona para dispositivos ARM (por ejemplo, Windows 10 Mobile), ¿algún plan para eso?

¿La API ahora está lista para ARM?

@weird-dreams Todavía estoy esperando una declaración de @hallem , con suerte se agregará pronto :)

Apoye ARM: ¡estamos construyendo una experiencia continua en un dispositivo ARM!

admita "_UAP,Version=v10.0_" completamente (x86,x64,ARM).
Swagger crea buenos servidores proxy, pero no funcionan en mi teléfono + escritorio (¡continuo!) Sin RestSharp .

++++1

+1

+2

@ jerry1621 , ¿hay alguna posibilidad de que pueda compartir las modificaciones que realizó como se menciona en el hilo swagger-codegen? Intenté copiar tus pasos pero no funciona.

@emigrating sure: acabo de editar build.bat y agregué algunas líneas para UWP
por ejemplo, hay estos directorios de descarga creados por:
if not exist Download\package\lib\net35 mkdir Download\package\lib\net35\ if not exist Download\package\lib\net4 mkdir Download\package\lib\net4\ if not exist Download\package\lib\net4-client mkdir Download\package\lib\net4-client\ if not exist Download\package\lib\net45 mkdir Download\package\lib\net45\ [...]

así que solo agregue una línea para uwp también
if not exist Download\package\lib\uwp mkdir Download\package\lib\uwp\

Simplemente complete build.bat agregando declaraciones uwp a las otras declaraciones

¿Qué podemos hacer para apoyar UWP?

+1

+1

+1

+1

¿Todavía no hay soporte para aplicaciones UWP en un dispositivo ARM?
Por favor, invierte algo de tiempo en apoyar esto...
¡Gracias!

Todavía no hay apoyo....

Solo admitiremos .NET Standard 2.0. UWP que es compatible con .NET Standard está en versión preliminar.

Pero la compatibilidad con el estándar .net 2.0 para RestSharp aún no se ha publicado, ¿verdad? Intenté usarlo en un proyecto .net Core 2.0 antes y estaba roto. ¿Hay un prelanzamiento disponible en alguna parte?

También está en vista previa, a partir de hoy. Sería genial si puedes probar. https://www.nuget.org/packages/RestSharp/106.0.0-alpha0277

UWP y .NET Standard 2.0: ya está disponible una versión preliminar
https://blogs.msdn.microsoft.com/dotnet/2017/08/25/uwp-net-standard-2-0-preview/

Admitiremos UWP como cualquier otra plataforma al admitir .NET Standard 2.0. No habrá un paquete separado para UWP.

¡Absolutamente genial, gracias!

{System.PlatformNotSupportedException: Operation is not supported on this platform.
   at System.Net.SystemWebProxy.GetProxy(Uri destination)
   at System.Net.ServicePointManager.ProxyAddressIfNecessary(Uri& address, IWebProxy proxy)
   at System.Net.ServicePointManager.FindServicePoint(Uri address, IWebProxy proxy)
   at System.Net.HttpWebRequest.get_ServicePoint()
   at RestSharp.Http.ConfigureWebRequest(String method, Uri url)
   at RestSharp.Http.GetStyleMethodInternal(String method)
   at RestSharp.Http.AsGet(String httpMethod)
   at RestSharp.RestClient.DoExecuteAsGet(IHttp http, String method)
   at RestSharp.RestClient.Execute(IRestRequest request, String httpMethod, Func`3 getResponse)}

Bueno, están en vista previa, espere que las cosas mejoren más cerca del lanzamiento. También puede ayudarlos enviando informes de problemas.

Pero también planeamos mudarnos a HttpClient, pero este trabajo no es fácil. Lo he intentado pero luego decidí posponerlo. Si alguien está dispuesto a ayudar, envíe un PR. Con HttpClient las cosas serán más compatibles.

Echaré un vistazo al código actual y veré si puedo hacer algo para ayudar con el cambio a HttpClient.

La versión alfa se publica desde la rama de desarrollo. Lo más probable es que tenga que publicar tal como está con la solicitud web. HttpClient se puede hacer justo después de eso. Preferiría que el trabajo en HttpClient reemplazando WebRequest se iniciara en una bifurcación o rama separada. Pero, literalmente, se trata de días de trabajo, no de horas.

@mavanmanen parece un problema general, cambie a # 992 para continuar la discusión