MATLAB R2026b App Designer: Wie verpacken Sie Mac-Forschungsanwendungen? 2026

Kurzentscheidung: Für eine eigenständige Mac-Desktop-Anwendung aus MATLAB R2026b App Designer bauen Sie mit MATLAB Compiler in einer macOS-Umgebung und testen das Ergebnis anschließend auf einem sauberen Ziel-Mac; für die Laufzeit benötigt der Empfänger normalerweise die passende MATLAB Runtime. Das gilt, wenn Sie eine lokale Anwendung übergeben wollen. Eine browserbasierte Nutzung ist ein anderer Bereitstellungsweg.

Zeitplan und Aktion für diese Woche: Klären Sie zuerst Übergabeform und Lizenz, bevor Sie Änderungen am Projekt vornehmen. Erstellen Sie danach eine wiederherstellbare Projektkopie, bauen Sie die Anwendung, prüfen Sie sie im Entwicklungsumfeld und nehmen Sie sie auf einem getrennten Ziel-Mac ab. Die offiziellen Unterlagen zu MATLAB R2026b beschreiben die eigenständige Bereitstellung, MATLAB Runtime und Web Apps; ob Ihre Hochschullizenz den geplanten Einsatz abdeckt, müssen Sie separat mit der zuständigen Stelle klären.

Für wen dieser Leitfaden gedacht ist:
Für Studierende und Forschende, die eine App-Designer-Anwendung an Personen ohne MATLAB-Entwicklungsumgebung weitergeben möchten.
Für Entwicklerinnen und Entwickler, die einen macOS-Build für ein Forschungswerkzeug erstellen und testen müssen.
Für den technischen Hochschulsupport, der Lizenz, Abhängigkeiten und Zielumgebung vor der Übergabe abgleicht.

SECTION 01 Vor dem ersten Build: Welches Ergebnis soll die Forschungsgruppe erhalten?

Die Bereitstellung beginnt nicht mit der Schaltfläche „Paketieren“, sondern mit einer klaren Entscheidung über die Nutzung. Ein Projektordner, eine eigenständige Desktop-Anwendung und eine Web App haben unterschiedliche Voraussetzungen. Wenn Sie sie als austauschbare Formate behandeln, riskieren Sie eine technisch erfolgreiche, aber für die Empfänger ungeeignete Übergabe.

Quelldateien weitergeben: Sinnvoll, wenn die empfangende Person MATLAB besitzt, den Code prüfen oder weiterentwickeln soll und die benötigten Toolboxes sowie Datenzugänge verfügbar sind. Eine Projektkopie ist keine unabhängige Anwendung: MATLAB und die erforderlichen Abhängigkeiten bleiben Teil des Betriebs.
Eigenständige Desktop-Anwendung bereitstellen: Geeignet, wenn Mitarbeitende die Forschungsoberfläche lokal auf einem Mac nutzen sollen, ohne selbst in MATLAB zu entwickeln. Für diesen Weg ist MATLAB Compiler erforderlich; auf dem Zielgerät ist die passende MATLAB Runtime einzuplanen. MathWorks beschreibt diesen Bereitstellungstyp in der Dokumentation zu eigenständigen Anwendungen.
Web App prüfen: Passend, wenn der Zugriff über einen Browser wichtiger ist als eine lokale Mac-Anwendung und eine geeignete Serverumgebung zur Verfügung steht. Die Web-App-Bereitstellung hat eigene Compiler-, Server- und Sicherheitsanforderungen. Sie ersetzt daher nicht einfach das Desktop-Paket.

Wichtig: Eine erzeugte Installationsdatei belegt weder, dass die Anwendung auf jedem Mac läuft, noch, dass Ihre wissenschaftlichen Ergebnisse korrekt sind. Build-Erfolg, Startfähigkeit und fachliche Validierung sind getrennte Prüfpunkte.

Klären Sie außerdem, ob Sie eine Einzelperson, eine Arbeitsgruppe oder eine technische Administration beliefern. Eine Forschungsgruppe benötigt oft reproduzierbare Projektdaten und dokumentierte Versionen; ein einzelner Nutzer braucht möglicherweise nur einen nachvollziehbaren Installationsweg. Bei personenbezogenen, klinischen oder anderweitig vertraulichen Daten müssen Sie zusätzlich die Freigabe- und Speicherregeln Ihrer Institution beachten. Die Datenschutzhinweise von VPSNIX sind keine institutionelle Genehmigung für Forschungsdaten. Sie können jedoch Teil Ihrer Prüfung sein, wenn externe Infrastruktur oder eine externe Datenverarbeitung infrage kommt.

SECTION 02 Vorbereitung: Projekt, Compiler-Berechtigung und Ziel-Mac abgleichen

Legen Sie zuerst einen Projektstand an, den Sie wiederherstellen können. Kopieren Sie die App-Designer-Datei, dazugehörige Funktionen, Beispiel- und Konfigurationsdateien sowie die Dokumentation in einen separaten Build-Ordner. Ändern Sie nicht gleichzeitig den Forschungsalgorithmus und die Bereitstellungskonfiguration: Wenn später Ergebnisse abweichen, wird sonst unklar, ob die Ursache im Code oder im Paket liegt.

Prüfen Sie vor dem Build insbesondere:

Einstiegspunkt und MATLAB-Dateien: Welche App wird gestartet? Welche eigenen Funktionen ruft sie auf, auch indirekt über Rückruffunktionen oder dynamisch ausgewählte Funktionsnamen?
Daten und externe Ressourcen: Welche Vorlagen, Tabellen, Bilder, Messdateien, Konfigurationswerte oder Hilfsdateien liest die App? Notieren Sie, ob Dateien relativ zum Projektordner oder über einen fest eingetragenen Pfad geladen werden.
Toolboxes und Zusatzkomponenten: Erfassen Sie, welche Funktionen aus Toolboxes oder unterstützten Zusatzkomponenten stammen. Eine Abhängigkeit, die auf dem Entwicklungs-Mac vorhanden ist, wird nicht automatisch zu einer Voraussetzung, die auf dem Zielgerät erfüllt ist.
Lizenz und Zuständigkeit: Klären Sie, ob Sie MATLAB Compiler für diesen Build verwenden dürfen und ob die Lizenzbedingungen der Hochschule beziehungsweise des Projekts die geplante Bereitstellung abdecken. Gehen Sie nicht davon aus, dass eine Campuslizenz automatisch jeden Remote- oder externen Build einschließt.
Zielsystem: Halten Sie macOS-Version und Prozessorarchitektur des Zielgeräts fest. Vergleichen Sie diese mit den zum Veröffentlichungszeitpunkt geltenden Mac-Systemanforderungen von MathWorks, statt eine ältere Laborinstallation als allgemeingültige Referenz zu verwenden.

Die Abhängigkeitserkennung kann Funktionen oder Ressourcen übersehen, die erst zur Laufzeit dynamisch geladen werden. MathWorks dokumentiert die Abhängigkeitsanalyse für MATLAB Compiler; verwenden Sie deren Ergebnis als Prüfhinweis, nicht als Ersatz für eine manuelle Bestandsaufnahme. Lesen Sie außerdem die Compiler-Einschränkungen, wenn Ihr Projekt spezielle Funktionen, dynamische Ausführung oder externe Komponenten einsetzt.

Meilenstein vor dem Build: Sie sollten den gewünschten Bereitstellungsweg, eine rücksetzbare Projektkopie, die Compiler-Berechtigung und ein bekanntes Zielsystem dokumentiert haben. Fehlt eine dieser Grundlagen, bauen Sie noch kein vermeintlich endgültiges Paket. Notieren Sie stattdessen die offene Frage und klären Sie sie mit der Lizenzadministration oder dem zuständigen Support.

SECTION 03 Erster Build: App Designer auf macOS paketieren und Protokolle sichern

Für den Mac-Build verwenden Sie eine geeignete MATLAB-Umgebung unter macOS und starten den Paketierungsablauf aus App Designer. Die Anleitung von MathWorks zum Teilen von App-Designer-Anwendungen beschreibt den Einstieg in diesen Ablauf. Der konkrete Dialog kann sich zwischen Versionen ändern; folgen Sie deshalb der Dokumentation zu Ihrem MATLAB-Release und übertragen Sie keine Klickfolge aus einer älteren Anleitung ungeprüft.

Gehen Sie in kontrollierten Schritten vor:

Öffnen Sie die gesicherte Projektkopie und starten Sie die App im Entwicklungsmodus. Prüfen Sie, ob sie ohne lokale Arbeitsverzeichnisse oder persönliche Einstellungen startet.
Wählen Sie im App-Designer-Bereitstellungsablauf eine eigenständige Desktop-Anwendung für macOS. Kontrollieren Sie Eingabe-App und Ausgabeort, bevor Sie den Build starten.
Prüfen Sie die von MATLAB Compiler erkannten Dateien und Abhängigkeiten. Ergänzen Sie fehlende Daten- oder Ressourcendateien gezielt und halten Sie fest, warum sie benötigt werden.
Starten Sie den Build und bewahren Sie die vollständige Ausgabe, Warnungen und Fehlermeldungen auf. Notieren Sie außerdem MATLAB-Release, verwendete Build-Optionen und den Pfad zur gesicherten Projektversion.
Bearbeiten Sie Fehler nach Ursache: nicht gefundene Funktionen, fehlende Datenressourcen und nicht verfügbare Toolbox- oder Drittanbieterabhängigkeiten sind verschiedene Problemklassen. Ändern Sie jeweils nur eine Ursache und bauen Sie danach erneut.

Ein erfolgreicher Build bedeutet zunächst nur, dass Compiler den konfigurierten Erstellungsprozess abgeschlossen hat. Er beweist nicht, dass alle zur Laufzeit benötigten Dateien enthalten sind. Noch weniger bestätigt er, dass die Berechnungen unter realen Eingaben dieselben Ergebnisse wie das ursprüngliche MATLAB-Projekt liefern. Bewahren Sie daher die Build-Ausgabe zusammen mit dem Paket auf, damit ein späterer Fehler nicht anhand einer nicht mehr rekonstruierbaren Konfiguration untersucht werden muss.

Achten Sie bei vertraulichen Daten darauf, keine echten Forschungsdatensätze in Build-Protokolle, Screenshots oder Support-Anfragen zu übernehmen, wenn dafür keine Freigabe vorliegt. Für reproduzierbare technische Tests reichen häufig synthetische oder anonymisierte Beispieldateien. Wenn Ihre App zwingend Zugriff auf institutionelle Verzeichnisse, Netzwerkressourcen oder geschützte Datenbanken erwartet, dokumentieren Sie diese Abhängigkeit ausdrücklich, statt sie als „im Paket enthalten“ zu behandeln.

SECTION 04 Lokaler Funktionstest: Start ist nicht gleich wissenschaftliche Abnahme

Installieren und starten Sie das erzeugte Paket zunächst in Ihrer Build-Umgebung. Das ist ein schneller Funktionstest, aber kein realistischer Ersatz für die spätere Abnahme. Auf dem Entwicklungs-Mac können MATLAB, Toolboxes, Pfade und Daten bereits vorhanden sein; ein fehlender Bestandteil bleibt dort deshalb möglicherweise unsichtbar.

Prüfen Sie die Anwendung anhand eines vorher festgelegten Testfalls:

Oberfläche und Bedienung: Werden zentrale Fenster und Bedienelemente angezeigt? Reagieren Schaltflächen, Menüs und Eingabefelder wie im ursprünglichen Projekt?
Datenimport: Werden die unterstützten Dateiformate erkannt? Verhalten sich ungültige, unvollständige oder nicht lesbare Eingaben nachvollziehbar?
Forschungsworkflow: Lassen sich die fachlich zentralen Verarbeitungsschritte ausführen, ohne auf nicht dokumentierte lokale Dateien oder persönliche Einstellungen zuzugreifen?
Fehlerbehandlung: Erhält die Nutzerin oder der Nutzer eine verständliche Meldung, wenn Eingaben fehlen oder ein Verarbeitungsschritt scheitert?
Export: Stimmen Dateiname, Format, Speicherort und Inhalt mit dem erwarteten Ergebnis überein? Prüfen Sie nicht nur, ob eine Datei entsteht, sondern auch, ob sie geöffnet und weiterverwendet werden kann.

Wählen Sie für die Gegenprobe einen kleinen, nachvollziehbaren Datensatz. Führen Sie denselben Fall im ursprünglichen MATLAB-Projekt und in der kompilierten Anwendung aus. Vergleichen Sie die fachlich relevanten Resultate anhand einer vorher festgelegten Toleranz oder eines konkreten Prüfkriteriums, das zu Ihrem Verfahren passt. Ohne ein solches Kriterium ist „sieht plausibel aus“ keine belastbare Validierung.

Halten Sie Eingabedatei, erwartetes Ergebnis, beobachtetes Ergebnis und Abweichungen fest. Wenn Ihre Anwendung Zufallskomponenten enthält, klären Sie zusätzlich, wie sich Zufallsstartwerte und Wiederholbarkeit im Test verhalten. Wenn Sie Visualisierungen vergleichen, prüfen Sie sowohl die dargestellten Werte als auch Achsen, Beschriftungen und Exportinhalt. Ein optisch korrektes Diagramm kann einen Fehler in der Datenverarbeitung verdecken.

SECTION 05 Abnahme auf einem getrennten Ziel-Mac: Runtime und realen Ablauf prüfen

Der nächste Meilenstein ist ein Mac, der nicht als Entwicklungsrechner für Ihr Projekt eingerichtet wurde. Installieren Sie dort die Anwendung und die benötigte MATLAB Runtime nach den offiziellen Installationshinweisen für MATLAB Runtime. Die Runtime ist eine Laufzeitumgebung und nicht dasselbe wie die MATLAB-Entwicklungsinstallation; Informationen zu Funktion und Einsatz finden Sie in der Runtime-Dokumentation.

Kontrollieren Sie vor dem Test, dass die eingesetzte Runtime zur beim Build verwendeten MATLAB-Version passt und die macOS-Version sowie Prozessorarchitektur des Zielgeräts innerhalb der aktuellen Anforderungen liegen. Übernehmen Sie keine pauschale Kompatibilitätsannahme aus einem älteren Projekt: Maßgeblich sind die offiziellen Angaben für die konkrete Release- und Zielkombination. Vermerken Sie im Übergabeprotokoll die tatsächlich geprüfte System- und Runtime-Umgebung.

Führen Sie danach den Arbeitsablauf aus Sicht der späteren Nutzer durch:

Starten Sie die Anwendung über den vorgesehenen Installations- oder Startweg, nicht aus dem Entwicklungsverzeichnis.
Verwenden Sie einen repräsentativen Projektordner mit synthetischen, anonymisierten oder ausdrücklich freigegebenen Daten.
Prüfen Sie Import, Verarbeitung, Rückmeldungen bei Fehlern und Export einschließlich der tatsächlich erzeugten Dateien.
Testen Sie Dateipfade mit einer anderen Ordnerstruktur als auf dem Build-Mac. Vermeiden Sie feste persönliche Pfade wie ein bestimmtes Benutzerverzeichnis.
Dokumentieren Sie, ob Netzwerkzugriff, zusätzliche Ressourcen oder institutionelle Berechtigungen für den vollständigen Ablauf erforderlich sind.

Abnahmekriterium: Die Anwendung gilt erst dann als technisch geprüft, wenn sie in der vorgesehenen Zielumgebung startet, den repräsentativen Arbeitsablauf durchläuft und die Ergebnisse mit der MATLAB-Baseline abgeglichen wurden. Ein Startsymbol oder ein erfolgreich entpacktes Paket erfüllt diese Kriterien nicht.

Sollte der Test scheitern, trennen Sie die Diagnose nach Startproblem, fehlender Runtime, fehlender Ressource, Systemabweichung und fachlichem Ergebnisfehler. Heben Sie die konkrete Fehlermeldung und die Systeminformationen auf, aber entfernen Sie vertrauliche Projekt- oder Personendaten. Ändern Sie anschließend nicht gleichzeitig Runtime, Anwendung und Eingabedaten: Ein kontrollierter Einzeltest zeigt eher, welche Voraussetzung tatsächlich fehlt.

SECTION 06 Übergabeentscheidung: Wählen Sie den Bereitstellungsweg anhand dieser Bedingungen

Nutzen Sie diese Entscheidungshilfe vor der Freigabe. Markieren Sie den passenden Fall und folgen Sie dem genannten Weg. Treffen mehrere Bedingungen zu, richten Sie die Entscheidung nach dem tatsächlichen Nutzungsszenario der Empfänger. Fehlt eine notwendige Voraussetzung, geben Sie das Paket nicht als abgenommen frei, sondern klären Sie den offenen Punkt oder wählen Sie eine andere Bereitstellungsform.

[ ] Die Empfänger besitzen MATLAB und sollen den Quellcode bearbeiten. Geben Sie das Projekt mit einer nachvollziehbaren Liste der benötigten Toolboxes, Daten und Versionen weiter. Bezeichnen Sie es nicht als eigenständige Anwendung, wenn MATLAB auf dem Zielsystem weiterhin vorausgesetzt wird.
[ ] Die Empfänger brauchen eine lokale Mac-Anwendung, aber keine MATLAB-Entwicklungsumgebung. Verwenden Sie MATLAB Compiler für das Desktop-Paket und planen Sie die passende Runtime ein. Geben Sie erst frei, wenn ein sauberer Ziel-Mac den Forschungsworkflow bestanden hat.
[ ] Die Empfänger sollen per Browser zugreifen und Ihre Organisation betreibt eine geeignete Serverumgebung. Evaluieren Sie die Web-App-Route separat. MathWorks beschreibt deren Bereitstellung und Voraussetzungen; beachten Sie auch die Empfehlungen zur sicheren Bereitstellung von Web Apps. Die offizielle Dokumentation begrenzt den vorgesehenen Einsatz auf eine vertrauenswürdige Intranet-Umgebung. Behandeln Sie eine Web App daher nicht automatisch als öffentlich erreichbaren Ersatz für das Desktop-Paket.
[ ] Für Build und Abnahme steht kein verfügbarer Mac bereit. Verschieben Sie die Freigabe nicht auf Grundlage eines Builds auf einem anderen System. Prüfen Sie zunächst eine kontrollierte macOS-Umgebung und führen Sie dort sowohl den Build als auch die Abnahme mit Ihrem tatsächlichen Projekt durch.

Ein Remote-Mac kann in dieser letzten Situation als zeitlich begrenzte Build- und Testumgebung dienen, ersetzt aber weder Ihre Lizenzprüfung noch die fachliche Validierung. Prüfen Sie vorab, ob Ihre Hochschulregelungen den Zugriff auf die gewählte Umgebung erlauben und ob Forschungsdaten dort verarbeitet werden dürfen. Die Anleitung Homebrew-Installationsfehler bei Forschungssoftware eingrenzen behandelt einen anderen technischen Anwendungsfall, kann aber als ergänzende Orientierung dienen, wenn Sie Forschungssoftware auf macOS systematisch prüfen. Senden Sie keine personenbezogenen oder vertraulichen Forschungsdaten an externe Infrastruktur, bevor Zuständigkeit, Zugriffskontrollen und institutionelle Freigaben geklärt sind.

SECTION 07 Häufige Fragen

Kann ein Empfänger die Anwendung ohne MATLAB nutzen?
Ja, eine eigenständige Anwendung ist für den Einsatz ohne MATLAB-Entwicklungsumgebung vorgesehen. Für den Start muss jedoch die passende MATLAB Runtime installiert sein. Außerdem müssen Betriebssystem, Prozessorarchitektur und mitgelieferte Abhängigkeiten zur Anwendung passen. Testen Sie das Paket deshalb auf einem Mac, der nicht bereits durch Ihre Entwicklungsinstallation vorbereitet wurde.

Was gehört in das Übergabepaket?
Geben Sie die erzeugte Anwendung, den Runtime-Installationshinweis, eine kurze Startanleitung und die dokumentierten Systemvoraussetzungen weiter. Ergänzen Sie Informationen zu erforderlichen Netzwerkzugriffen, externen Dateien und erwarteten Eingabeformaten. Bewahren Sie Build-Protokoll und Testnachweis intern auf; darin können technische Pfade oder sensible Angaben stehen, die nicht für alle Empfänger bestimmt sind.

Wie sollten Sie wissenschaftliche Ergebnisse vergleichen?
Definieren Sie vor dem Test einen repräsentativen Fall, eine MATLAB-Baseline und ein fachlich begründetes Vergleichskriterium. Führen Sie identische Eingaben durch Quellprojekt und kompilierte Anwendung und vergleichen Sie nicht nur die Anzeige, sondern auch exportierte Werte und Dateien. Nutzen Sie für den Test ausschließlich synthetische, anonymisierte oder freigegebene Daten.

Wann ist eine Web App statt einer Mac-Desktop-Anwendung sinnvoll?
Eine Web App kann passen, wenn mehrere Personen über einen Browser zugreifen sollen und Ihre Organisation die erforderliche Serverumgebung betreibt. Dafür gelten eigene Compiler-, Server- und Sicherheitsbedingungen; MathWorks sieht die Web-App-Bereitstellung innerhalb eines vertrauenswürdigen Intranets vor. Wenn lokale Nutzung auf einem Mac verlangt wird, bleibt die eigenständige Desktop-Anwendung der passendere Prüfpfad.

Wenn Ihr Labor keinen Mac bereitstellt, kann eine befristet gemietete macOS-Umgebung helfen, Build und Abnahme durchzuführen, ohne sofort Hardware anzuschaffen. Das ist besonders dann sinnvoll, wenn Sie vor der Übergabe noch offene Fragen zu Runtime, Dateipfaden oder Ergebnissen klären müssen. Prüfen Sie zuerst Ihre MATLAB- und Compiler-Berechtigung sowie die Regeln für Forschungsdaten; vergleichen Sie anschließend die Bedingungen einer temporären Nutzung mit der Anschaffung eines Labor-Macs. Informationen zu den VPSNIX-Angeboten finden Sie auf der Seite zu Mietoptionen.