Warum sind nicht alle Anwendungen portierbar?

Installateure sind ein Ergebnis jahrelanger Entwicklung und ein wenig (vereinfachte) Geschichte hilft zu verstehen, warum sie das tun, was sie tun.

Das Windows 3.1-Modell schlug Konfigurationsdateien im Config.ini-Stil pro Anwendung vor, wobei gemeinsam genutzte Bibliotheken in Systemordner gestützt werden, um Doppelarbeit und unnötigen Speicherplatz zu vermeiden.

Mit Windows 95 wurde die Registrierung eingeführt, die einen zentralen Speicher für die Anwendungskonfiguration ermöglicht und viele Konfigurationsdateien ersetzt. Noch wichtiger ist, dass die Windows-Konfiguration an derselben Stelle gespeichert wurde.

Die Registrierung wurde aufgebläht, weil Anwendungen nicht nach sich selbst bereinigt wurden. DLL-Hölle ist das Ergebnis von mehreren Versionen derselben gemeinsam genutzten Bibliotheken, die sich überschreiben.

.NET führte das Konzept von app.config ein (fast ini-Dateien markieren 2, diesmal mit etwas mehr Struktur, wodurch Entwickler weniger Zeit mit dem Schreiben von manuellen Parsern haben). Das GAC wurde in Version Shared Assemblys eingeführt, um DLL Hell zu verhindern.

In Windows XP und Windows Vista versuchte Microsoft, den Benutzerbereich als Speicherort für die Speicherung von Benutzerdaten und Konfigurationsdateien an einem einzigen Standardspeicherort zu definieren, um Roaming-Profile und eine einfache Migration (einfach Kopieren Ihres Profils) mit den in Programmdateien installierten Anwendungen zu ermöglichen .

Ich denke, der Grund ist, dass "Anwendungen in Fenstern so konzipiert sind, dass sie an einem Ort leben, ihre gemeinsamen Abhängigkeiten an einem anderen und die benutzerspezifischen Daten an einem anderen."

.. und das ist, bevor Sie Benutzerkonten konfigurieren, Sicherheitsberechtigungen einrichten und sicherstellen, Updates herunterladen und Windows-Dienste installieren müssen ...

xcopy ist der "einfache Fall" und sicherlich nicht für alles bestens geeignet.

XCOPY Deployment wurde von Microsoft wie angekündigt die vor Weg der Zukunft ein paar Jahren. Immer noch nichts :)

In der Zwischenzeit interessieren Sie sich vielleicht für die Plattform von PortableApps.com.

Tolle Frage, ich habe vor einiger Zeit eine ähnliche Frage zu Stack Overflow gestellt.

Die Antwort scheint oft zu sein "weil wir es in der Vergangenheit so gemacht haben". Sorry, aber das wäscht nicht bei mir.

Ein paar andere haben gesagt, der Hauptgrund liegt in der Registrierung. Wenn Sie von einem Gerätetreiber oder einer anderen COM-Komponente usw. sprechen, ist dies möglicherweise erforderlich, nicht jedoch für GUI-Anwendungen wie Word-Prozessoren oder Tabellenkalkulationen.

Es ist durchaus möglich, eine Anwendung zu schreiben, die entweder beim Start die erforderlichen Registrierungseinstellungen prüft und den Benutzer dazu auffordert / die Standardwerte verwendet. Wie viele protable-Apps derzeit wissen auch die Benutzer, dass die Betriebssystemintegration derzeit eingeschränkt ist, da Sie sich im portablen Modus befinden.

Installateure verfügen oft auch über ein "Wissen" über die Funktionsweise der Anwendung. Wenn sich die Anwendung dann ändert, müssen Sie häufig auch das Installationsprogramm aktualisieren. Dies ist eine klassische Ursache für Fehler / Probleme, die ich in meiner Programmierzeit gesehen habe.

Es ist der One-Size-Fit-Ansatz.

Einfache und stumpfe Antwort: Es ist einfach eine Frage, wer die Kontrolle hat. Die meiste Software wird heutzutage von Unternehmensriesen für die Unternehmens- oder institutionelle Umgebung entwickelt, in der den Benutzern mitgeteilt wird, was sie tun sollen, anstatt ihren Computern mitzuteilen, was sie für sie tun sollen.

Ihre Frage ist äußerst wichtig, weil sie eine grundlegende Frage nach den individuellen Rechten und Freiheiten aufwirft, die immer mehr untergraben werden, nicht durch Tyrannen wie in alten Gesellschaften, sondern durch die Gier der Unternehmen und die Notwendigkeit der wenigen, die vielen zu kontrollieren.

In der Tat scheinen wir vergessen zu haben, dass genau die gleichen Leute, die die Tyrannei von Giganten wie IBM missachtet haben, zu den IBMs dieser Zeit geworden sind. Schauen Sie sich die Geschäftspraktiken von Microsoft, Apple, genau an und Adobe, um nur einige zu nennen und mir mit einem klaren Gesicht zu sagen, dass mit ihren einschränkenden Lizenzen gütiger sind als die Geschäftspraktiken von IBM, derselbe IBM, der durch seine Offenheit tatsächlich den Weg zur Revolution des Personal Computing führte ...

Ich habe im Laufe der Jahre viele in sich geschlossene, portable Apps verwendet, und ausnahmslos haben sie sich als die effektivsten, schnellsten und kleinsten in Bezug auf Standfläche und Ressourcen erwiesen. Nicht zuletzt sind sie ihrer Bloatware überlegen Kollegen, aber die meiste Zeit sind sie auch frei.

Es ist höchste Zeit für eine zweite Revolution des Personal Computers. Die Verbesserung der Portabilität durch Verringerung der Aufblähung und die Festlegung, wo Einstellungen in einem bestimmten Ordner an einem bestimmten physischen Ort auf einem physischen physischen Medium gespeichert werden, ist ein Schritt in die richtige Richtung.

Eine Kombination der Registrierung und des Benutzerspeichers. Die Registrierung ist ein kritischer Teil, insbesondere wenn Ihre Anwendung auf COM basiert (was eine Registrierung erfordert, was in der Registrierung geschieht). Die Speicherung pro Benutzer (der Konfiguration usw.) ist ebenfalls eine wichtige Komponente. Die einzig gute Möglichkeit, dies zu tun, ist das Speichern in einigen speziell dafür vorgesehenen Verzeichnissen (siehe Isolierter Speicher ).

Meistens wegen der Windows-Registrierung - obwohl sich Ihre Programme in einem bestimmten Verzeichnis befinden, werden die Einstellungen häufig in der Registrierung gespeichert.

Es kann auch sein, dass das Programm Dateien in anderen Verzeichnissen als dem Installationsverzeichnis (zB System32) auf Ihrem Computer ablegt.

Ein großer Vorteil für Installateure gegenüber der Xcopy / Portable-Installation ist die Selbstreparatur.

In einer App, die das Windows Installer-System ordnungsgemäß verwendet, werden alle möglichen Informationen in der Windows Installer-Datenbank auf Ihrem Computer gespeichert. Außerdem werden häufig wichtige Teile der Setup-Dateien im Cache gespeichert.

Wenn die App aus irgendeinem Grund ausfällt (etwas löscht oder ersetzt eine Datei, wird die Registrierung beschädigt, Festplattenprobleme, der Benutzer löscht die Verknüpfung usw.). Wenn es sich um eine "angekündigte Verknüpfung" handelt, überprüft der Installer bei jedem Start die Schlüsseldateien und Schlüssel wird ersetzt, wenn sie nicht vorhanden sind, oder Sie können unter Hinzufügen / Entfernen von Programmen auf "Reparieren" klicken.

Ich denke, dass es zum Teil mit den großen Mengen an cruft Windows Apps zu tun hat. Zum Beispiel Registrierungsschlüssel, Benutzerdaten (/ Benutzer // AppData). Vielleicht geht OSX das einfach besser / anders.

Es ist auch nicht unmöglich, Apps zu erstellen, die Sie einfach aus einem Archiv extrahieren können - ich bin immer froh, wenn dies der Fall ist.

Das .Net Framework ist die Plattform, um diese Art von Funktionalität zu ermöglichen. Meist werden Installationsprogramme nur deshalb verwendet, weil normale Benutzer dies gewohnt sind. Auf dieselbe Weise werden Mac-Benutzer zum Kopieren von Dateien in den Ordner "Programme" verwendet.

Die Mehrheit der Installer erweitert die Dateien einfach in den Ordner Programme und erstellt eine Verknüpfung. Es geht eher darum, was die Benutzer wissen, und oft ist es einfacher, den Prozess gleich zu halten, auch wenn die Anwendung portabel ist.

Einige Programme erfordern, dass sich der Installationsort in der Registrierung befindet. Bei anderen Programmen können die Speicherorte des Programms fest in das Programm eingegeben werden (dies war bei perl.exe der Fall).

Grundsätzlich ist der Hauptgrund der Programmierer, der den einfachen Ausweg aus dem Programm genommen hat und etwas in die Programme eingearbeitet hat, entweder Registrierungsschlüssel oder tatsächliche, hart codierte Pfade.