Restsharp: Certains packages ne sont pas compatibles avec UAP,Version=v10.0

Il n'y a pas encore de support pour ce type de projet.

Y a-t-il des plans dans un avenir proche?

Pas pour le moment, non, mais je l'ajouterai en tant que demande de fonctionnalité.

Je suis venu chercher ça. Ce serait formidable d'avoir le support UWP car cela semble être la voie à suivre à partir de maintenant.

C'est encore très nouveau. Je vais voir ce que je peux faire pour l'intégrer. Mon environnement de développement n'est pas encore Windows 10, il faudra donc attendre que ce changement se produise.

Oui, ce serait formidable d'avoir le support Win 10 UWP. Il n'y a que quelques wrappers REST décents pour .Net - celui-ci et PortableREST.

aucun problème. Je travaille sur la configuration d'un environnement Windows 10 pour que cela puisse se produire.

C'est une bonne nouvelle à entendre. J'attendrai cette mise à jour. :+1:

Je veux juste dire +1... J'aimerais avoir RestSharp pour mes projets UWP.

@hallem Des mises à jour sur ce problème ?

J'ai le même problème.

Vous voulez aussi du soutien pour UWP s'il vous plaît !

+1

+1

+1

+1

+1

+1

+1 Des mises à jour ?

+1

le code pour la prise en charge UWP a été archivé dans le maître, mais la prise en charge des nugets est toujours en attente. moi ou l'auteur du PR devons ajouter le ciblage aux scripts de construction

@hallem Merci, mais cela ne fonctionne que pour x64 et x86 alors que cela ne fonctionne pas pour les appareils ARM (par exemple, Windows 10 Mobile), avez-vous des plans pour cela ?

L'API est-elle maintenant prête pour ARM ?

@weird-dreams Toujours en attente d'une déclaration de @hallem , j'espère qu'elle sera bientôt ajoutée :)

Veuillez soutenir ARM - nous construisons une expérience continue sur un appareil ARM !

veuillez prendre entièrement en charge "_UAP,Version=v10.0_" (x86,x64,ARM).
Swagger crée de bons proxys mais ils ne fonctionnent pas sur mon téléphone + bureau (continuum !) sans RestSharp .

+++++1

+1

+2

@ jerry1621 avez-vous la possibilité de partager les modifications que vous avez apportées comme indiqué dans le fil swagger-codegen ? J'ai essayé de copier vos étapes mais cela ne fonctionne pas.

@emigrating sure: je viens de modifier le build.bat et d'ajouter quelques lignes pour UWP
par exemple, il y a ces répertoires de téléchargement créés par :
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\ [...]

alors ajoutez simplement une ligne pour uwp aussi
if not exist Download\package\lib\uwp mkdir Download\package\lib\uwp\

Complétez simplement le build.bat en ajoutant des instructions uwp aux autres instructions

Que pouvons-nous faire pour prendre en charge UWP ?

+1

+1

+1

+1

Toujours pas de support pour les applications UWP sur un appareil ARM ?
Merci d'investir un peu de temps pour soutenir cette...
Merci!

Toujours pas d'assistance....

Nous ne prendrons en charge que .NET Standard 2.0. UWP compatible avec .NET Standard est en préversion.

Mais la prise en charge de la norme .net 2.0 pour RestSharp n'est pas encore disponible, n'est-ce pas ? J'ai déjà essayé de l'utiliser dans un projet .net Core 2.0 et il était cassé. Une pré-version est-elle disponible quelque part?

Il est également en avant-première, à partir d'aujourd'hui. Ce serait super si vous pouviez tester. https://www.nuget.org/packages/RestSharp/106.0.0-alpha0277

UWP & .NET Standard 2.0 : un aperçu est désormais disponible
https://blogs.msdn.microsoft.com/dotnet/2017/08/25/uwp-net-standard-2-0-preview/

Nous prendrons en charge UWP comme toute autre plate-forme en prenant en charge .NET Standard 2.0. Il n'y aura pas de package séparé pour UWP.

Absolument génial, merci !

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

Eh bien, ils sont en avant-première, attendez-vous à ce que les choses s'améliorent à l'approche de la sortie. Vous pouvez également les aider en soumettant des rapports de problèmes.

Mais nous prévoyons également de passer à HttpClient, mais ce travail n'est pas facile. J'ai essayé mais j'ai ensuite décidé de le reporter. Si certains sont prêts à aider - veuillez soumettre un PR. Avec HttpClient, les choses seront plus compatibles.

Je vais jeter un œil au code actuel et voir si je peux faire quelque chose pour aider à la modification de HttpClient.

La version alpha est publiée à partir de la branche de développement. Très probablement, je devrai publier tel quel avec une demande Web. HttpClient peut être fait juste après cela. Je préférerais que le travail sur HttpClient remplaçant WebRequest soit lancé dans un fork ou une branche séparée. Mais littéralement, ce sont des jours de travail, pas des heures.

@mavanmanen cela semble être un problème général, veuillez passer au # 992 pour continuer la discussion