Desktop App Entwicklung: Wichtige Überlegungen, Technologien und Kosten

Die meisten Entscheidungen für Desktop-Software werden rückwärts getroffen. Ein Team wählt den Browser, weil heute alles dort läuft, und stößt dann auf die eine Aufgabe, die er schlicht verweigert.

Desktop App Entwicklung bedeutet, Software zu bauen, die auf dem Computer selbst installiert wird und dort läuft, statt jedes Mal aus dem Web zu laden. Das gibt ihr direkten Zugriff auf die Maschine: ihre Dateien, ihre angeschlossenen Geräte und ihre volle Rechenleistung. Das ist die richtige Wahl, sobald ein Programm offline arbeiten, große Datenmengen bewegen oder mit physischer Hardware kommunizieren muss.

Dieser Leitfaden zeigt, wann diese Entscheidung sinnvoll ist, welche Tools eingesetzt werden, was die Kosten bestimmt und wie man einen Partner beurteilt. Alles darin stammt von einem Team, das Desktop App Entwicklungsservices für Windows, macOS und Linux liefert.

Was Desktop App Entwicklung wirklich bedeutet

Der ganze Unterschied liegt darin, wo ein Programm lebt. Web-Software liegt auf dem Server eines anderen und erreicht Sie über einen Browser. Eine Desktop App installiert sich auf dem Computer vor Ihnen.

Dieser Standort ist kein Detail am Rande, denn er bestimmt, was die Software darf. Eine Desktop App läuft auf Ihrem eigenen Computer und kann deshalb Geräte steuern, die an diese Maschine angeschlossen sind. Das Programm öffnet und speichert Dateien, wo immer Sie es erlauben, und schöpft die volle Leistung des Prozessors aus. Das Beste daran: Die Arbeit läuft weiter, wenn das Internet ausfällt.

Browser blockieren fast all das bewusst. Jede Website, die Sie besuchen, läuft in einer Sandbox, einem abgeriegelten Raum ohne Türen zum Rest Ihres Computers. Das ist gut so, denn Sie wollen nicht, dass eine beliebige Seite auf Ihre Dateien oder Ihren Drucker zugreift. Der Tausch ist einfach: Sie geben diesen Zugriff auf und erhalten Software, die sich überall per Link öffnen lässt.

Darunter liegt eine Entscheidung, die ein Budget mehr bewegt als jede andere. Bauen Sie die Software einmal für alle, oder getrennt für jedes System?

• Nativ bedeutet, für jeweils ein System gebaut. Jede Version wird gezielt für Windows, macOS oder Linux geschrieben. Sie erhalten Höchstgeschwindigkeit, jede Funktion, die das System bietet, und etwas, das sich für die Nutzer vertraut anfühlt.
• Plattformübergreifend bedeutet, einmal für alle drei gebaut. Eine einzige Version wird so angepasst, dass sie überall läuft. Bau und Pflege kosten weniger, auch wenn Sie dafür etwas Geschwindigkeit und die eine oder andere Funktion aufgeben, die nur eine Plattform bietet.

Keiner der beiden Ansätze gewinnt abstrakt, die Antwort ergibt sich aus Ihrer Situation und nicht aus einer Regel. Ein anspruchsvolles Tool, das von einer Abteilung genutzt wird, lohnt sich meist für das eigene System, wo die zusätzliche Geschwindigkeit auffällt. Software hingegen, die jeden Schreibtisch in einem gemischten Büro erreichen muss, ist der umgekehrte Fall. Eine anpassungsfähige Version schlägt drei perfekte, für deren Pflege niemand Zeit hat.

Wann Desktop Web oder Mobile schlägt

Drei Bedürfnisse weisen direkt auf installierte Software hin. Erkennen Sie eines davon in Ihren eigenen Plänen, verdient Desktop einen genauen Blick.

• Sie muss ohne Internet funktionieren. Werkzeuge auf dem Fabrikboden, Außendienst-Software und Kassensysteme müssen weiterlaufen, wenn die Verbindung abbricht. Eine Website kann das bis zu einem gewissen Grad durch lokale Speicherung vortäuschen, aber der Aufwand dafür ist erheblich und das Ergebnis bleibt fragil.
• Sie muss Schwerstarbeit auf der Maschine leisten. Design-Software, Videobearbeitung und große interne Datentools wollen den ganzen Computer: reichlich Speicher, einen schnellen Prozessor und die Festplatte direkt zur Hand. Ein Browser-Tab arbeitet innerhalb von Grenzen, die aus guten Gründen bestehen und sich für Sie nicht verschieben lassen.
• Sie muss mit physischer Ausrüstung sprechen. Das ist die schärfste der drei Grenzen, denn eine Webseite kann die meisten Geräte überhaupt nicht erreichen.

Bei Hardware wird diese Grenze in der Praxis auf die Probe gestellt. BlueCloud Technologies hatte ein Produkt, das Dokumente am Bildschirm mit Wasserzeichen versieht, und wollte denselben Schutz auf Papier. Wir haben ihnen Printer Interceptor gebaut, eine Komponente, die jede Seite auf dem Weg nach draußen stempelt und einen Druckauftrag komplett abbrechen kann. Sie funktioniert sowohl mit physischer Hardware als auch mit Zielen im Stil von Speichern-als-PDF. Das umzusetzen bedeutete, in der eigenen Warteschlange des Betriebssystems zu arbeiten, einem Ort, an den kein Browser eingeladen wird. Sie unterstützt Windows 8 bis 11, sowohl auf 32-Bit- als auch auf 64-Bit-Maschinen.

Das ist der Desktop-vs-Web-Anwendung-Kompromiss auf einen Blick. Desktop gewinnt bei den Fähigkeiten, Web bei der Reichweite, und Mobile liegt dazwischen, mit eigenen App-Store-Regeln. Lesen Sie diese Tabelle anhand Ihrer härtesten Anforderung, nicht Ihrer häufigsten, denn die strengste Anforderung ist es, die Optionen streicht.

Das ist auch eine Geldfrage, nicht nur eine technische. Die Entwicklung für eine Plattform ist ein weit kleinerer Aufwand als die Abdeckung von drei. Deshalb liefern unsere Windows App Entwicklungsservices und unsere Arbeit für mehrere Systeme sehr unterschiedliche Kostenschätzungen.

Wie Desktop Apps gebaut werden: Tools und Sprachen

Die Sprache, die ein Team wählt, folgt der Aufgabe, nicht der Mode. Eine kurze Liste deckt den Großteil solcher Business-Software ab.

• C# und .NET passen zu Software, die auf Windows startet und sich in die bestehende Microsoft-Umgebung eines Unternehmens einfügen muss. Der Talentpool ist groß, und die Anbindung an Systeme, die ein Unternehmen bereits besitzt, ist Routine statt Forschung. Unsere Praxis als C# Entwicklungsunternehmen nutzt diese Kombination seit 2005, und Kunden fragen heute mehr danach als nach allem anderen.
• C und C++ übernehmen, wenn Speicher oder Geschwindigkeit das Ergebnis wirklich entscheiden. Unsere Seite als C++ Entwicklungsunternehmen listet das breitere Toolkit hinter solchen Builds auf.
• Plattformübergreifende Frameworks übernehmen den Ansatz einer einzigen Version, und drei dominieren derzeit. Electron passt zu Teams, die mit Webtechnologie vertraut sind, und .NET MAUI passt zu allen, die bereits in Microsoft investiert haben. Flutter erreicht Desktop aus demselben Code wie eine mobile App. Qt taucht noch in älteren, performancekritischen Produkten auf. Wir wählen je nach Aufgabe, statt standardmäßig auf eines zu setzen.

Speicher und Geschwindigkeit lassen sich leicht behaupten und schwerer beweisen, daher hier eine Zahl aus einem eigenen Projekt. Beim Bau der Windows-Recorder für SystemDataRecorder, ein Performance-Monitoring-Produkt für SDR Dynamics Oy, haben wir denselben kleinen Dienst zweimal geschrieben. In C nutzte er etwa 2 MB Speicher. Der C#-Build wollte mindestens 6 MB, plus eine zusätzliche Microsoft-Runtime auf jeder Maschine, die er berührte. Für ein Tool, dessen ganze Aufgabe darin besteht, still im Hintergrund zu laufen, war der dreifache Speicherbedarf der entscheidende Faktor. Das Team lieferte in C aus.

Die Regel lässt sich verallgemeinern. Finden Sie die Einschränkung, die tatsächlich bindet, wählen Sie, was sie erfüllt, und behandeln Sie den Rest als Geschmacksfrage. Unser Leitfaden zur Wahl des richtigen Tech-Stacks wendet dieselbe Logik auf andere Produktarten an. Für Microsoft-lastige Arbeit liefert unsere Seite als individuelles .NET Entwicklungsunternehmen die Details.

Eine Desktop App auf drei Systeme bringen

Was Teams unterschätzen, ist alles, was passiert, nachdem der Code geschrieben ist. Eine App auf drei Systeme zu bringen bedeutet drei separate Installer. Jeder braucht seine eigene digitale Signatur, sonst weigert sich der Computer, der Datei zu vertrauen. Dann kommt eine Update-Methode, die Nutzer tatsächlich akzeptieren. Microsofts eigene MSIX-Dokumentation geht Zertifikate, Paketierung und Signierung durch, und das deckt nur eines der drei Systeme ab.

Unser Projekt Incling zeigt das Ausmaß dieser Arbeit. Ein veraltetes Java-Applet zur Bildschirmaufnahme musste zu einem eigenständigen Programm werden, das überall läuft. Wir hatten weniger als drei Wochen Zeit, weil Browser die Unterstützung für das Plugin einstellten, von dem es abhing.

Das Schreiben der Anwendung war die kleinere Hälfte der Aufgabe. Wir haben das alte Applet geprüft und dabei überhaupt kein Build-System vorgefunden. Niemand hatte den Überblick über die andere Software behalten, auf die es sich stützte, sodass die Bereinigung rund 15.000 Zeilen entfernte. Als Nächstes kam die Paketierung mit NSIS, launch4j, fpm, pkgbuild und packr, um Installer für Windows, macOS und Linux zu bauen. Das fertige Produkt installiert Java selbst, falls der Computer es noch nicht hat. Ein Link auf einer Webseite startet es direkt. Updates treffen still ein, sobald jemand eine neue Aufnahme beginnt, was die höfliche Art ist, es zu tun.

Kosten und Zeitrahmen der Desktop App Entwicklung

Desktop-Projekte streuen zu stark, als dass ein Durchschnittswert etwas bedeuten würde. Zwei Produkte mit derselben Funktionsliste können sehr unterschiedlich viel kosten. Es hängt davon ab, auf wie vielen Systemen sie laufen und wie tief sie in die Hardware eingreifen. Jede Zahl, die genannt wird, bevor diese Antworten bekannt sind, verankert Sie bei der falschen Zahl. Wir können Ihnen zumindest die fünf Fragen an die Hand geben, die die Gesamtsumme bestimmen, damit Sie den Aufwand einschätzen können, bevor ein Angebot eintrifft.

• Auf wie vielen Systemen muss sie laufen? Eins oder drei ist der größte Multiplikator von allen und betrifft Build, Tests, Installer, Signaturen und jedes spätere Release.
• Wie komplex sind die Bildschirme? Ein einfaches Formular für ein Team und ein professionelles Bearbeitungstool mit eigenen Grafiken liegen an entgegengesetzten Enden der Skala.
• Mit welcher Hardware muss sie sprechen? Drucker, Scanner, Maschinen und Spezialgeräte bringen jeweils Recherche, kuriose Randfälle und Testgeräte mit sich, die Sie physisch besitzen müssen.
• Wie erreicht sie Nutzer und bleibt aktuell? Installer, Zertifikate, stille Updates und Absturzberichte sind echte Ingenieursarbeit, und dieser Posten wird am häufigsten vergessen.
• Wie viele Jahre muss sie weiterlaufen? Installierte Software überlebt die meisten Websites, also planen Sie für neue Systemversionen, Treiberänderungen und Funktionen, die abgekündigt werden.

Zwei dieser fünf Punkte haben überhaupt nichts mit dem Bau des Produkts zu tun, weshalb Desktop-Kostenschätzungen Menschen überraschen. Wie wir Schätzungen allgemeiner angehen, zeigt unser Beitrag darüber, wie lange der Bau einer App dauert.

Den richtigen Partner für die Desktop-Entwicklung wählen

Gespräche mit Anbietern driften ins Abstrakte ab, was für alle bequem und für niemanden nützlich ist. Vier Fragen erzwingen echte Antworten, und diese Antworten trennen ein Team, das installierte Software ausgeliefert hat, von einem, dem die Idee nur gefällt.

• Welche Systeme haben Sie tatsächlich in Produktion gebracht? Eine Plattform theoretisch zu unterstützen und um Mitternacht einen Signaturfehler darauf zu beheben, sind sehr unterschiedliche Qualifikationen. Fragen Sie nach dem Projekt, der Version und dem Jahr.
• Wie handhaben Sie Updates? Niemand jagt Downloads hinterher, daher wird Software ohne funktionierenden Update-Weg innerhalb von zwei Releases zum Support-Problem.
• Was passiert, wenn sie auf dem Rechner eines Kunden abstürzt? Sie können nicht in einen Laptop drei Zeitzonen entfernt hineinschauen, also muss das Programm seine eigenen Fehler melden, und das wird von Anfang an eingeplant.
• Wie halten Sie Software funktionsfähig, wenn sich Plattformen ändern? Genau hier sterben Desktop-Projekte still und leise.

Diese letzte Frage verdient ein echtes Beispiel. Green Valley ist ein führender E-Government-Anbieter in den Niederlanden und Belgien. Ihr Add-on für Microsoft Word brach jedes Mal, wenn Kunden Office aktualisierten, sodass sie für jede im Umlauf befindliche Version einen separaten Build pflegten. Wir haben es so umgebaut, dass es sich nur auf die Teile stützt, die sich nie ändern, und es CMSOI genannt. Eine Installation braucht jetzt keine besonderen Berechtigungen mehr, übersteht Upgrades und funktioniert auf Englisch und Niederländisch.

Die Tests, die ein Partner akzeptiert, sagen so viel aus wie jedes Verkaufsgespräch. Die SystemDataRecorder-Agenten mussten 48 Stunden laufen, ohne dass der Speicherverbrauch schleichend anstieg, und sich nach einem Stromausfall automatisch neu starten. Fragen Sie, woran das letzte Desktop-Projekt eines Anbieters gemessen wurde, und achten Sie auf diese Art von Antwort. Unsere Software-Wartungsservices gibt es, weil in dieser Phase, nicht beim Bau, der Großteil des Lebens eines Produkts stattfindet.

Desktop ist eine Entscheidung, kein Überbleibsel

Desktop ist die richtige Antwort, wann immer Offline-Arbeit, intensive lokale Verarbeitung oder der Zugriff auf physische Geräte wichtiger ist als die Verfügbarkeit aus jedem beliebigen Browser. Das macht es zu einer bewussten technischen Entscheidung, nicht zu einem Überbleibsel aus einer älteren Ära. Jedes oben beschriebene Projekt ist ein laufendes Produkt mit echten Nutzern.

Als Desktop App Entwicklungsunternehmen entwickelt und pflegt Redwerk installierte Software für Windows, macOS und Linux. Wenn Sie Desktop gegen die Alternativen abwägen, erzählen Sie uns, was Sie bauen, und wir melden uns mit einer kostenlosen Kostenschätzung.

FAQ

Sehen Sie sich an, wie wir die Project Science-Software von Complete Network geprüft und eine 80-prozentige Steigerung der Wartbarkeit des Codes erreicht haben

Bitte geben Sie Ihre Geschäfts-E-Mail-Adresse ein ist keine Geschäfts-E-Mail

Fallstudie herunterladen