Restsharp: Einige Pakete sind nicht kompatibel mit UAP, Version=v10.0

Dieser Projekttyp wird noch nicht unterstützt.

Gibt es Pläne in naher Zukunft?

Nicht im Moment, nein, aber ich werde dies als Funktionsanfrage hinzufügen.

Ich bin hierher gekommen, um danach zu suchen. Es wäre großartig, UWP-Unterstützung zu haben, da dies von nun an _der_ Weg zu sein scheint.

Es ist noch sehr neu. Ich werde sehen, was ich tun kann, um es einzubauen. Meine Entwicklungsumgebung ist noch nicht Windows 10, also muss sie warten, bis diese Änderung erfolgt.

Ja, wäre toll, Win 10 UWP-Unterstützung zu haben. Es gibt nur ein paar anständige REST-Wrapper für .Net - diesen und PortableREST.

Kein Problem. Ich arbeite daran, eine Windows 10-Umgebung einzurichten, damit dies passieren kann.

Das ist eine großartige Nachricht zu hören. Ich werde auf dieses Update warten. :+1:

Ich möchte nur +1 sagen... Ich hätte gerne RestSharp für meine UWP-Projekte.

@hallem Irgendwelche Updates zu diesem Problem?

Ich habe das gleiche Problem.

Wünschen Sie auch Unterstützung für UWP!

+1

+1

+1

+1

+1

+1

+1 Irgendwelche Updates?

+1

Der Code für die UWP-Unterstützung wurde in den Master eingecheckt, die Nuget-Unterstützung steht jedoch noch aus. Ich oder der PR-Autor müssen das Targeting zu den Build-Skripten hinzufügen

@hallem Danke, aber das funktioniert nur für x64 und x86, während es nicht für ARM-Geräte (z. B. Windows 10 Mobile) funktioniert. Gibt es Pläne dafür?

Ist die API jetzt bereit für ARM?

@weird-dreams Warte immer noch auf ein Statement von @hallem , hoffentlich kommt es bald hinzu :)

Bitte unterstützen Sie ARM – wir bauen ein Kontinuum-Erlebnis auf einem ARM-Gerät auf!

Bitte unterstützen Sie "_UAP,Version=v10.0_" vollständig (x86,x64,ARM).
Swagger erstellt gute Proxys, aber sie funktionieren nicht auf meinem Telefon + Desktop (Kontinuum!) ohne RestSharp .

+++++1

+1

+2

@ jerry1621 könntest du die Änderungen teilen, die du vorgenommen hast, wie im Swagger-Codegen-Thread angegeben? Ich habe versucht, Ihre Schritte zu kopieren, aber es funktioniert nicht.

@emigrating sure: Ich habe gerade die build.bat bearbeitet und ein paar Zeilen für UWP hinzugefügt
zB gibt es diese Download-Verzeichnisse erstellt von:
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\ [...]

Fügen Sie also einfach auch eine Zeile für uwp hinzu
if not exist Download\package\lib\uwp mkdir Download\package\lib\uwp\

Vervollständigen Sie einfach die build.bat, indem Sie den anderen Anweisungen uwp-Anweisungen hinzufügen

Was können wir tun, um UWP zu unterstützen?

+1

+1

+1

+1

Immer noch keine Unterstützung für UWP-Apps auf einem ARM-Gerät?
Bitte investieren Sie etwas Zeit, um dies zu unterstützen ...
Danke!

Immer noch keine Unterstützung....

Wir unterstützen nur .NET Standard 2.0. UWP, das mit .NET Standard kompatibel ist, befindet sich in der Vorschauphase.

Aber die .net Standard 2.0-Unterstützung für RestSharp ist noch nicht freigegeben, oder? Ich habe zuvor versucht, es in einem .net Core 2.0-Projekt zu verwenden, und es war kaputt. Gibt es irgendwo eine Vorabversion dafür?

Es ist ab heute auch in der Vorschau. Wäre super wenn du testen könntest. https://www.nuget.org/packages/RestSharp/106.0.0-alpha0277

UWP & .NET Standard 2.0: Eine Vorschau ist jetzt verfügbar
https://blogs.msdn.microsoft.com/dotnet/2017/08/25/uwp-net-standard-2-0-preview/

Wir werden UWP wie jede andere Plattform unterstützen, indem wir .NET Standard 2.0 unterstützen. Es wird kein separates Paket für UWP geben.

Absolut toll, danke!

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

Nun, sie befinden sich in der Vorschau, erwarten Sie, dass sich die Dinge näher an der Veröffentlichung verbessern. Sie können ihnen auch helfen, indem Sie Problemberichte einreichen.

Aber wir planen auch den Wechsel zu HttpClient, aber diese Arbeit ist nicht einfach. Ich habe es versucht, aber dann beschlossen, es zu verschieben. Wenn jemand bereit ist zu helfen - senden Sie bitte eine PR. Mit HttpClient werden die Dinge kompatibler.

Ich werde mir den aktuellen Code ansehen und sehen, ob ich irgendetwas tun kann, um bei der Änderung an HttpClient zu helfen.

Die Alpha-Version wird vom Entwicklungszweig veröffentlicht. Höchstwahrscheinlich muss ich es im Ist-Zustand mit einer Webanfrage freigeben. HttpClient kann direkt danach ausgeführt werden. Ich würde es vorziehen, wenn die Arbeit an HttpClient, die WebRequest ersetzt, in einem Fork oder separaten Zweig gestartet wird. Aber buchstäblich sind das Tage der Arbeit, nicht Stunden.

@mavanmanen scheint ein allgemeines Problem zu sein, bitte wechseln Sie zu #992, um die Diskussion fortzusetzen