Restsharp: Alguns pacotes não são compatíveis com UAP,Version=v10.0

Ainda não há suporte para este tipo de projeto.

Há planos para um futuro próximo?

Não agora não, mas vou adicionar isso como uma solicitação de recurso.

Eu vim aqui procurando isso. Seria ótimo ter suporte a UWP, pois esse parece ser o caminho a partir de agora.

Ainda é muito novo. Vou ver o que posso fazer para colocá-lo. Meu ambiente de desenvolvimento ainda não é o Windows 10, então terá que esperar essa mudança acontecer.

Sim, seria ótimo ter suporte ao Win 10 UWP. Existem apenas alguns wrappers REST decentes para .Net por aí - este e o PortableREST.

sem problemas. Estou trabalhando para obter um ambiente Windows 10 configurado para que isso possa acontecer.

Essa é uma ótima notícia para ouvir. Estarei aguardando essa atualização. :+1:

Eu só quero dizer +1... Eu adoraria ter RestSharp para meus projetos UWP.

@hallem Alguma atualização sobre este problema?

Eu tenho o mesmo problema.

Quer suporte para UWP também, por favor!

+1

+1

+1

+1

+1

+1

+1 Alguma atualização?

+1

o código para suporte a UWP foi verificado no mestre, mas o suporte a nuget ainda está pendente. i ou o autor do PR precisa adicionar o direcionamento aos scripts de compilação

@hallem Obrigado, mas isso só funciona para x64 e x86, enquanto não funciona para dispositivos ARM (por exemplo, Windows 10 Mobile), algum plano para isso?

A API agora está pronta para ARM?

@weird-dreams Ainda aguardando uma declaração de @hallem , espero que seja adicionado em breve :)

Por favor, apoie o ARM - estamos construindo uma experiência contínua em um dispositivo ARM!

por favor, suporte "_UAP,Version=v10.0_" totalmente (x86,x64,ARM).
Swagger cria bons proxies, mas eles não funcionam no meu telefone + desktop (contínuo!) sem RestSharp .

++++1

+1

+2

@jerry1621 alguma chance de compartilhar as modificações que você fez conforme referenciado no thread swagger-codegen? Tentei copiar seus passos, mas não está funcionando.

@emigrating certo: acabei de editar o build.bat e adicionei algumas linhas para UWP
por exemplo, existem esses diretórios de download criados 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\ [...]

então apenas adicione uma linha para uwp também
if not exist Download\package\lib\uwp mkdir Download\package\lib\uwp\

Basta completar o build.bat adicionando instruções uwp às outras instruções

O que podemos fazer para apoiar a UWP?

+1

+1

+1

+1

Ainda não há suporte para aplicativos UWP em um dispositivo ARM?
Por favor, invista algum tempo em apoiar este...
Obrigado!

Ainda sem suporte....

Daremos suporte apenas ao .NET Standard 2.0. A UWP compatível com o .NET Standard está em versão prévia.

Mas o suporte .net padrão 2.0 para RestSharp ainda não foi lançado, não é? Tentei usá-lo em um projeto .net Core 2.0 antes e estava quebrado. Existe um pré-lançamento para isso disponível em algum lugar?

Está em pré-visualização também, a partir de hoje. Seria ótimo se você pudesse testar. https://www.nuget.org/packages/RestSharp/106.0.0-alpha0277

UWP e .NET Standard 2.0: uma visualização já está disponível
https://blogs.msdn.microsoft.com/dotnet/2017/08/25/uwp-net-standard-2-0-preview/

Daremos suporte à UWP como qualquer outra plataforma ao oferecer suporte ao .NET Standard 2.0. Não haverá pacote separado para UWP.

Absolutamente ótimo, obrigado!

{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)}

Bem, eles estão em pré-visualização, espere que as coisas melhorem mais perto do lançamento. Você também pode ajudá-los enviando relatórios de problemas.

Mas também planejamos mudar para HttpClient, mas esse trabalho não é fácil. Já tentei, mas resolvi adiar. Se alguém estiver disposto a ajudar - por favor, envie um PR. Com HttpClient as coisas serão mais compatíveis.

Vou dar uma olhada no código atual e ver se posso fazer alguma coisa para ajudar com a mudança para HttpClient.

A versão alfa está sendo publicada no ramo de desenvolvimento. Muito provavelmente terei que liberar como está com solicitação da web. HttpClient pode ser feito logo depois disso. Eu preferiria que o trabalho no HttpClient substituindo o WebRequest fosse iniciado em um fork ou branch separado. Mas literalmente são dias de trabalho, não horas.

@mavanmanen parece um problema geral, mude para # 992 para continuar a discussão