Noch was neues

http://winfuture.de/news,91668.html

Und was sind die Voraussetzungen? Vermutlich ein mit VS.NET Entwickeltes C#/VB.NET-Programm.

Heute sollte man besonderst vorsichtig sein.

Ne, die Meldung ist schon vom 30.3.

http://techcrunch.com/2016/03/30/desktop-app-converter/


https://devpreviewsignup.windows.com/
https://developer.microsoft.com/de-d...ridges/desktop

Die Session dazu kann man sich auf Channel 9 anschauen. https://channel9.msdn.com/Events/Build/2016/P504 Dort konvertieren sie VLC. Sollte mit jedem Win32/64 Programm gehen.

Das ist schon seit Monaten bekannt, dass sowas kommen soll.

Zitat von Bernhard Geyer:

Und was sind die Voraussetzungen? Vermutlich ein mit VS.NET Entwickeltes C#/VB.NET-Programm.

Es sollen wohl alle möglichen Win32-Anwendungen und auch Installer unterstützt werden. Allerdings ist mir noch unklar, wie das mit den Installern dann aussieht, wenn man kein MSI hat (wie bei uns der Fall).

Zitat von bra:

Es sollen wohl alle möglichen Win32-Anwendungen und auch Installer unterstützt werden. Allerdings ist mir noch unklar, wie das mit den Installern dann aussieht, wenn man kein MSI hat (wie bei uns der Fall).

In dem Video wurde galube ich erwähnt, daß es vollkommen egal ist, wie installiert wird (MSI, Exe, Batch, ...). Die Installation erfolgt in einem Docker-Container und man schaut, was da alles so gemacht wird.

Ja, die Angabe auf WinFuture ist falsch. Es kann "installiert" werden wie man mag, meinetwegen über ein Batch-File.

Was ich bislang gelernt habe:

• Der Entwickler installiert einmalig seine Anwendung in einen Docker-Container. Daraus wird dann ein .appx-Paket gemacht
• Managed oder unmanaged, .NET oder Delphi. Egal. Alles geht.
• Wenn die Anwendung nun z.B. etwas in der Registry in HKCU schreiben will, wird das umgeleitet. In den eigenen Ordner dieser Anwendung. Dieser Registry-Hive wird erst geladen wenn man die App startet. Vorteil: Kein Registry-Bloat mehr. Und die Anwendung lässt sich komplett rückstandslos entfernen
• Ebenso im Dateisystem: Aufrufe wie CreateFile(..) funktionieren angeblich selbst wieder in C:\Programme oder im Windows-Verzeichnis. Sie funktionieren. Aber das Windows-Verzeichnis wird nicht verändert. Nur der umgeleitete ("vorgegaukelte") Ordner für diese Anwendung
• Die Anwendungen selber sind nicht gesandboxed sondern laufen "Full Trust". Hier musste man sich entscheiden: Tut man den Nutzern einen Gefallen oder den Entwicklern? Es wurden die Entwickler. Wenn ich das richtig verstehe bedeutet das auch dass ich theoretisch eine Keylogger oder Ransomware-"App" schreiben könnte. Hoffentlich kann man sich hier freiwillig einschränken.
• Richtig interessant wird es mit dem Zugriff von Win32-Anwendungen auf neue Dinge wie Live Tiles, Push-Benachrichtigungen, das Info-Center oder Background-Tasks. Das soll alles möglich sein. In der "App" wird neben der Win32-Anwendung noch eine zweite UWP-App als Schnittstelle laufen. Die beiden können sich gegenseitig starten und miteinander reden. Klicke ich beispielsweise auf eine Stunden alte Benachrichtigung im Info-Center, startet die UWP-App meine richtige Win32-Anwendung. Siehe Bild im Anhang.
• Microsoft hätte natürlich gerne dass man mit seiner Win32-Anwendung ohne Code zu ändern am Start sein kann. Aber am Ball bleibt und Bestandteile seiner Win32-Anwendung immer weiter in die UWP-App umziehen lässt. Denn wenn alles umgezogen ist könne man die Anwendung auch auf einer XBox, einem Raspberry oder sonstwas laufen lassen. Wer mag...

Ich finde das wahnsinnig interessant.

Aus Nutzersicht vor allem das reibungslose Installieren/Deinstallieren. Mama braucht dann auf ihrem PC auch kein Adminkonto mehr.

Aus Entwicklersicht vor allem die Möglichkeit eine 1:1 bestehende Anwendung mit "RT"-Features zu erweitern.

Die wenigsten Anwendungen sind für Windows 10 alleine, die universial App werden auch niemals auf Windows Phone laufen können.
Ich sehe da keinerlei Mehrwert für die Anwendung.

Zitat von Der schöne Günther:

Aus Nutzersicht vor allem das reibungslose Installieren/Deinstallieren. Mama braucht dann auf ihrem PC auch kein Adminkonto mehr.

Wenn es mit dem Sandboxing dann doch nicht ganz so klappt, wie sollte man so etwas in Delphi debuggen?