Windows 10: Desktop App-Converter macht Win32- zu Universal-Apps

**Der schöne Günther**

Ich verstehe nicht was du meinst.

"Debuggen" ist für mich etwas, das ich während der Entwicklung auf meinem Rechner mache. "Sandboxing" ist für mich das Beschränken/Isolieren einer Anwendung auf dem Zielsystem.

Edit:
Oder meinst du das "Umlenken" wenn ich beispielsweise in meiner Delphi-Anwendung eine Datei C:\log.txt anlegen will und das wird umgeleitet auf, keine Ahnung, %appdata%\MyApp\C\log.txt? Die Aussage war dass die Anwendung davon nichts mitbekommt, dass sich alles verhält wie gehabt. Das System greift natürlich nicht wenn ich im RAD Studio F9 drücke. Gute Frage wie man das simulieren könnte...

**Uwe Raabe**

Zitat von Bambini:

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.

Die Anwendung selbst bleibt ja weiterhin als Win32-App auf anderen Systemen lauffähig und kann dort wie bisher installiert werden. Durch den Konverter macht man es halt zusätzlich noch Windows 10 alike.

Zitat von Der schöne Günther:

Ich verstehe nicht was du meinst.

"Debuggen" ist für mich etwas, das ich während der Entwicklung auf meinem Rechner mache. "Sandboxing" ist für mich das Beschränken/Isolieren einer Anwendung auf dem Zielsystem.

Edit:
Oder meinst du das "Umlenken" wenn ich beispielsweise in meiner Delphi-Anwendung eine Datei C:\log.txt anlegen will und das wird umgeleitet auf, keine Ahnung, %appdata%\MyApp\C\log.txt? Die Aussage war dass die Anwendung davon nichts mitbekommt, dass sich alles verhält wie gehabt. Das System greift natürlich nicht wenn ich im RAD Studio F9 drücke. Gute Frage wie man das simulieren könnte...

Das ist die Therorie. Selbst so einfache Dinge wie z.B. eine DLL von einem Ort laden, kann sich in der Sandbox anders verhalten.
In der Praxis und bei der Entwicklung der Anwendung ist es von Vorteil die Sandbox nachstellen zu können. Was wohl nicht geht.

**Bernhard Geyer**

Zitat von Bambini:

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.

Also wenn diese "Konvertierten" Apps trotzdem nur unter dem normalen Windows laufen ist der Mehrwert nahe Null (außer auf irgendwelchen Marketingmappen den Haken bei "UnsersalApp" setzen zu können.
Ich sehe hier eher das man damit wieder zig neue Fehlerquellen sich einhandelt das dieser Container doch nur zu 99,9% sich transparent verhält.

**bra**

Zitat von Bernhard Geyer:

Also wenn diese "Konvertierten" Apps trotzdem nur unter dem normalen Windows laufen ist der Mehrwert nahe Null (außer auf irgendwelchen Marketingmappen den Haken bei "UnsersalApp" setzen zu können.
Ich sehe hier eher das man damit wieder zig neue Fehlerquellen sich einhandelt das dieser Container doch nur zu 99,9% sich transparent verhält.

Der Mehrwert ist, dass die Kunden die App über den Appstore installieren und ggf. updaten können. Wie das genau funktioniert, wird sich halt noch zeigen.

Zitat von bra:

Der Mehrwert ist, dass die Kunden die App über den Appstore installieren und ggf. updaten können. Wie das genau funktioniert, wird sich halt noch zeigen.

Wenn das der Vorteil sein soll, warum muss man dann den Umweg über universal App gehen. Warum nicht normale Setups?
Wenn man mal einen Blick in den App store für Mac OSX wirft und schaut wie viele z.B. Adobe Grafik Programme dort gelistet sind: genau 1 "Adobe Photoshop Elements 14", stellt sich Frage, warum?

Oder anders gefragt, warum sollte eine Software Firma 30% oder mehr an den Store Betreiber abtreten, wenn man sich das auch sparen kann

**Bernhard Geyer**

Zitat von Bambini:

Zitat von bra:

Der Mehrwert ist, dass die Kunden die App über den Appstore installieren und ggf. updaten können. Wie das genau funktioniert, wird sich halt noch zeigen.

Wenn das der Vorteil sein soll, warum muss man dann den Umweg über universal App gehen. Warum nicht normale Setups?
Wenn man mal einen Blick in den App store für Mac OSX wirft und schaut wie viele z.B. Adobe Grafik Programme dort gelistet sind: genau 1 "Adobe Photoshop Elements 14", stellt sich Frage, warum?

Oder anders gefragt, warum sollte eine Software Firma 30% oder mehr an den Store Betreiber abtreten, wenn man sich das auch sparen kann

Wenn man natürlich problemlos diese 30% mehr verlangen kann/darf: "Hey, zahl doch 100€ damit du aus dem Store installieren darfst"

**Uwe Raabe**

Zitat von Bernhard Geyer:

Wenn man natürlich problemlos diese 30% mehr verlangen kann/darf: "Hey, zahl doch 100€ damit du aus dem Store installieren darfst"

Genau! "Na komm schon! Dein Update auf Windows 10 hast du doch dafür schon umsonst bekommen."

**stahli**

Hier erklärt A.Krämer, dass die Win10 Universal Apps unterschiedliche Anwendungen quasi kapseln können (u.a. auch Win32) und der Store daraus für die jeweiligen Plattformen lauffähige Pakete schnürt.

Ein Pro-Argument von ihm war, dass der Store das Projekt automatisch neu "kompilieren" kann, wenn es Plattformupdates gibt.
Das Projekt muss dann halt die Voraussetzungen für die gewählten Zielplattformen erfüllen.

(So habe ich das in Erinnerung.)

Falls jemand Interesse und Zugang zum Tutorial hat, vielleicht klärt das etwas auf.

EDIT: Kann natürlich sein, dass es da bei der Win32-Integration nur um NoneGUI-Code ging. Das weiß ich nicht mehr.
EDIT2: Die Seite zeigt das, was ich meinte:

http://www.computerwoche.de/a/window...atform,3222064

**mquadrat**

Zitat von Bambini:

Zitat von bra:

Der Mehrwert ist, dass die Kunden die App über den Appstore installieren und ggf. updaten können. Wie das genau funktioniert, wird sich halt noch zeigen.

Wenn das der Vorteil sein soll, warum muss man dann den Umweg über universal App gehen. Warum nicht normale Setups?

Automatisches Neu-Installieren, Automatischer Rollback bei fehlerhafter neuer Version (Self-Healing), Background-Install, einheitlicher Prozess, .....

Was ich amüsant finde ist, dass immer alle nach einer Windows-Paketverwaltung geschrien haben. Und jetzt wo sie da ist (nichts anderes ist der Store ja), isses auch wieder nicht recht