UWP Einschränkungen im desktop-apps

Ich weiß, dass das neue UWP-app-Modell hat einige Einschränkungen im Vergleich zu "traditionellen" Win32 apps.

Nehmen wir Visual Studio-Code als Beispiel einer desktop-app.

, Welche features von Visual Studio-Code fehlt oder anders sein musste, aus der Sicht der Nutzer, wenn es war ein UWP-app?

BEARBEITEN:
Hab ich gemacht-Prüfungen für die microsoft-Zertifizierung "Essentials of Developing Windows Store Apps Using C#" und Prüfung 70-355: Universal-Windows – App-Daten, - Dienste und-Coding-Muster. Also ich weiß etwas über win rt-api.

Bitte kümmern Sie sich nicht mit Antworten wie "uwp-app läuft in der sandbox". Sie sind nutzlos, denn Sie sagen nichts über die Grenzen aus Nutzersicht. Ich habe absichtlich nahm real life Beispiel, damit wir gehen können konkrete.

Die Beschränkung könnte sein, dass Ihre app keine Unterstützung für 3rd-party-plugins wie benutzerdefinierte syntax-highlighter oder refactorin-Erweiterung(es wurde die Beschränkung von windows store-apps, nicht sicher, ob es noch gültig ist).

Eine weitere Einschränkung könnte sein, dass Ihre app nicht in der Lage ist screenshot, denn es gibt kein api im uwp für Sie (nicht sicher, dass es seine wahre, tatsächlich)

  • Viel zu lange um hier zu erklären, und so eine Art off-topic. Id empfehlen Ihnen, nur Tauchen Sie in das win rt framework und für sich selbst ausprobieren. im Grunde alle apps laufen in einer sandbox "isoliert" von dem rest.
  • Ich brauche, um zu erklären, das win rt. Ich verlange nicht zu. Die Frage in Fett, klare eindeutige Antwort, nicht wahr. Ich weiß, es ist schwer zu beantworten, aber sonst würde ich nicht Fragen. Die Antwort ist schwierig, nur weil der Mangel an Erfahrung mit uwp, die bei jeder da es veröffentlicht wurde, erst kürzlich
  • Ich denke, es ist eine sehr gute Frage, betteln für eine bestimmte Antwort von einer sachkundigen person. Aber diejenigen sind wenige und weit zwischen.
InformationsquelleAutor Liero | 2016-03-29
  1. 43

    Den Satz "Win32-desktop-app" ist schlecht definiert, da die Win32-API-Programmier-Modell gibt es schon seit Windows NT 3.1. Es können auch für Dutzende von Programmiersprachen und UI-frameworks in den vergangenen zwei Jahrzehnten.

    Hier ein kurzer überblick über die wichtigsten UWP Unterschiede:

    • API Fläche. Die UWP-Plattform unterstützt viele, aber nicht alle Win32-und COM-APIs, und führt neue APIs. Wenn Ihr "Win32-desktop-app" ist, die vor allem mit ANSI-APIs, die zurück bis Windows 95, dann haben Sie eine Menge von Update zu tun. Wenn Sie verwenden meist Windows-Vista-ära UNICODE-APIs, dann eine Menge Sachen, die "einfach nur funktioniert". Sehen Win32-und COM-API für Windows-Runtime-apps (System).

    • Sicherheitskontext. Die UWP-Plattform ausgeführt wird Anwendungen in einem AppContainer-Sicherheitskontext. "Win32-desktop-apps" auf Windows Vista oder später ausführen als "Standard User" oder "Administrator". UWP-apps haben weniger Zugriffsrechte als "Standard-Benutzer" und können nie ausführen als "Administrator". UWP-apps können auf Anfrage zusätzliche Fähigkeiten, um ein paar mehr Rechte mit der Erlaubnis des Benutzers, aber haben begrenzten Zugriff auf die system-und Benutzer-Daten. Zum Beispiel, Sie können nicht Lesen die meisten das Dateisystem, nur Ihre installierten Lage, eine isolierte application data Ordner, und einen isolierten Ordner für temporäre Dateien. Sehen Datei-Zugriff und-Berechtigungen (Windows-Runtime-apps). Dies bedeutet auch, UWP-apps haben nur begrenzten Zugang zu Geräten. Sehen Gerät und sensor-übersichten.

    Windows Vista User Account Control) eingeführt, Standard-Benutzer, der Schwerpunkt wurde auf den Schutz des Systems und anderer Benutzer-Daten im Vergleich zu den älteren "alles " administrator" - Modell, aber Tat wenig, um im Schutz des aktuellen Benutzers Daten-Dateien, da alle apps zugreifen können oder auch ändern. AppContainer-isolation schützt das system und die aktuellen Daten und Einstellungen. "Win32-desktop-apps" wurden aufgefordert, zu installieren, zu C:\Program Files was war zu Lesen-nur zur Laufzeit und zur Verwendung application data Ordner, aber Sie waren nicht erforderlich.

    • AppX deployment. "Win32-desktop-apps" nutzen Sie alle Möglichkeiten der Bereitstellung, die oft etwas mit MSI-Technologie und läuft als "Administrator". UWP-apps verpackt werden, AppX-Dateien und sind immer bereitgestellt durch das system. Es gibt keine "Benutzerdefinierte Installation Schritt", und daher UWP-apps nicht installieren Treiber oder Dienste, ändern von ACLs, etc. Das system übernimmt die Bereitstellung der C/C++ - Runtime (die Visual C++ 2015 nur).

    • UI-Modell. Es gibt eine fülle von UI frameworks für die "Win32-desktop-apps" wie WinForms, MFC, WPF, etc. Die überwiegende Mehrheit von Ihnen sind nicht kompatibel mit UWP, weil die UWP nicht unterstützt klassische Win32-windowing WM_ Nachrichten oder GDI/GDI+. Für UWP-apps, die Sie verwenden können, XAML mit C++ oder C# - code-behind DirectX (Direct2D und/oder Direct3D) mit C++ (oder C# via 3rd party Baugruppen wie SharpDX) oder HTML5 mit JavaScript.

    Beantwortung Ihrer Frage ist daher extrem schwierig, wenn nicht unmöglich, ohne ein vollständiges Verständnis der Produkt-code-Basis und Abhängigkeiten.

    Sehen Erste Schritte mit Windows apps

    • Ich habe ganz guten überblick, was uwp ist. Gelesen habe ich alle auf der msdn atricles erforderlich zum bestehen der Prüfungen für die uwp. Ich war die Entwicklung von wpf-Anwendungen seit es Sie gibt. Ich habe nicht nur die Reale Erfahrung mit uwp in der Entwicklung für desktop. Ich habe absichtlich chossed VS Code als Beispiel einer desktop-app, so ist es klar, was sind die Merkmale, codebase und Abhängigkeiten. Der link, den Sie zur Verfügung gestellt - Einstieg ist genau das Gegenteil von dem, was ich wissen müssen
    • can never run as "Administrator" vielleicht hat sich dies geändert, denn ich bin in der Lage, mit der rechten Maustaste eine meiner UWP-apps, und führen Sie es als administrator.
    • war das UWP-app Download aus dem Windows Store? AFAIK, WIndows Store apps sind nicht erlaubt, als administrator ausgeführt werden - das würde gegen das Konzept, dass solche apps sind immer sicher zu führen. Auf der anderen Seite, wenn Sie installiert die UWP aus einer anderen Quelle, es kann oder kann nicht haben die option als administrator ausführen.
    • Es ist eine Besondere Fähigkeit, die es erlaubt, Sie zu überwinden, alle Probleme mit UWP, so dass volle Vertrauen Win32-Prozess läuft neben Ihr UWP-app, und Sie können kommunizieren mit diesem Prozess. Aber Sie haben möglicherweise Probleme bezwingend solche app in den öffentlichen Windows Store
    • Den link Datei-Zugriff und-Berechtigungen (Windows-Runtime-apps) wird zu die Datei-Zugangsberechtigungen; Geräte-und sensor-übersichten wird zu " Geräte, sensoren und power.
    InformationsquelleAutor Chuck Walbourn
Schreibe einen Kommentar