Intune App SDK für Android – Erste Schritte mit MAM

Mit dem Microsoft Intune App SDK für Android können Sie Intune-App-Schutzrichtlinien in Ihre native Java/Kotlin-Android-App integrieren. Diese Richtlinien werden auch als MAM-Richtlinien bezeichnet. Eine von Intune verwaltete Anwendung ist eine Anwendung, die in das Intune App SDK integriert ist. Wenn Intune die App aktiv verwaltet, können Intune-Administratoren auf einfache Weise App-Schutzrichtlinien für Ihre von Intune verwaltete App bereitstellen.

Hinweis

Dieser Leitfaden ist in mehrere Abschnitte unterteilt. Lesen Sie zunächst Phase 1: Planen der Integration.

Phase 3: Erste Schritte mit MAM

Etappenziele

• Laden Sie das Intune App SDK herunter.
• Erfahren Sie, welche Dateien im Intune App SDK enthalten sind.
• Verweisen Sie in Ihrer Anwendung auf das Intune App SDK.
• Konfigurieren Sie das Gradle-Build-Plug-In der Intune-App, oder verwenden Sie das Befehlszeilen-Buildtool.
• Vergewissern Sie sich, dass das Intune App SDK ordnungsgemäß in Ihrem Build enthalten ist.

Hintergrund

Nachdem Ihre Anwendung MSAL erfolgreich integriert hat, ist es an der Zeit, das Intune App SDK herunterzuladen und in den Buildprozess Ihrer Anwendung einzubinden.

Ein großer Teil der Integration des Intune App SDK besteht darin, Android-Standardklassen und -Methodenaufrufe durch Intune-Versionen dieser Klassen und Methodenaufrufe zu ersetzen. Das SDK enthält Buildtools, die automatisch die meisten dieser Ersetzungen für Sie vornehmen. Weitere Informationen zu dieser Ersetzungslogik finden Sie im Abschnitt Klassen- und Methodenersetzungen des Anhangs.

Herunterladen des Intune App SDK

Informationen zum Herunterladen des SDK finden Sie unter Herunterladen der SDK-Dateien.

Was ist im SDK enthalten?

Das Intune App SDK besteht aus den folgenden Dateien:

• Microsoft. Intune. MAM. SDK.aar: Die SDK-Komponenten, mit Ausnahme der JAR-Dateien der Supportbibliothek.
• com.microsoft.intune.mam.build.jar: Ein Gradle-Plug-in, das die Integration des SDK unterstützt.
• CHANGELOG.md: Bietet eine Aufzeichnung der Änderungen, die in den einzelnen SDK-Versionen vorgenommen wurden.
• Microsoft. Intune. MAM. SDK. DownlevelStubs.aar: Dieses Android-Archiv (AAR) enthält Stubs für Android-Systemklassen, die nur auf neueren Geräten vorhanden sind, aber von Methoden in MAMAcivity referenziert werden. Neuere Geräte ignorieren diese Stubklassen. Dieser AAR ist nur erforderlich, wenn Ihre App Reflektionen zu Klassen durchführt, die von abgeleitet sind MAMActivity, und die meisten Apps müssen ihn nicht enthalten. Die AAR enthält ProGuard-Regeln zum Ausschließen aller Klassen.

Verweisen auf Intune-App-Bibliotheken

Das Intune App SDK ist eine Android-Standardbibliothek ohne externe Abhängigkeiten. Microsoft. Intune. MAM. SDK.aar enthält die Schnittstellen, die zum Aktivieren von App-Schutzrichtlinien erforderlich sind. Es enthält auch den Code, der für die Interaktion mit der Microsoft Intune Unternehmensportal App erforderlich ist.

Android Studio

Microsoft. Intune. MAM. SDK.aar muss als Android-Bibliotheksverweis angegeben werden. Um diese Abhängigkeit zu Ihrem Build hinzuzufügen, befolgen Sie Hinzufügen Ihrer AAR oder JAR als Abhängigkeit aus der Android-Dokumentation.

Visual Studio

Das Intune App SDK für .NET MAUI – Android NuGet-Paket muss als Abhängigkeit hinzugefügt werden.

Befolgen Sie den Prozess zum Installieren und Verwalten von Paketen in Visual Studio mithilfe des NuGet-Paket-Managers.

Die Datei "Microsoft.Intune". MAM. SDK.aar ist verpflichtet, C#-Verweise zu erstellen, die auf den Microsoft.Intune.Mam Namespace beschränkt sind.

ProGuard

Möglicherweise verwendet Ihre Anwendung ProGuard (oder einen anderen Schrumpfungs-/Verschleierungsmechanismus) bereits als Buildschritt. Das Intune App SDK enthält ProGuard-Konfigurationsregeln, die in diesem Buildschritt enthalten sein müssen. Einschließlich der . AAR in Ihrem Build integriert, wie zuvor beschrieben, automatisch die Konfiguration des SDK in den ProGuard-Schritt, sodass die erforderlichen Klassendateien beibehalten werden. Wenn Sie die . AAR ist keine weitere Änderung erforderlich.

Die Microsoft Authentication Library (MSAL) (MSAL) wird mit einer eigenen ProGuard-Konfiguration ausgeliefert. Wenn Ihre App MSAL integriert, finden Sie weitere Details in der MSAL-Dokumentation .

Buildtools

Das SDK bietet Buildtools (ein Plug-In für Gradle-Builds, Ziele für .NET-Builds und ein Befehlszeilentool), die MAM-Ersetzungen automatisch durchführen. Diese Tools transformieren die von der Java-Kompilierung generierten Klassendateien. Sie ändern den ursprünglichen Quellcode nicht. Sie müssen entweder das Gradle-Plug-In, das .NET NuGet-Paket oder das Befehlszeilentool verwenden.

Das Build-Tool allein reicht nicht aus, um Ihre Anwendung vollständig zu integrieren. Die Tools führen nur Klassen- und Methodenersetzungen durch. Sie führen keine komplexeren SDK-Integrationen durch, z. B. Mehrfachidentität, Registrierungsrichtlinie für App-Schutz,Richtlinie zum Einschränken der Datenübertragung zwischen Apps und Geräten, oder Cloudspeicherorte oder MSAL-Konfiguration. Sie müssen diese Integrationen abschließen, bevor Ihre App vollständig Intune-fähig ist. Lesen Sie den Rest dieser Dokumentation sorgfältig durch, um Integrationspunkte zu finden, die für Ihre App relevant sind.

Debugging

Das Buildtool führt nach der Kompilierung Ersetzungen durch. Diese Ersetzungen ändern einige Methodennamen. Daher können Debugging-Haltepunkte, die für Methodennamen festgelegt wurden, beeinträchtigt werden. Sie werden vielleicht nicht wie erwartet anhalten. Haltepunkte für Zeilennummern sind davon nicht betroffen.

MAM im Stapel

Die Integration des Intune App SDK ist in hohem Maße auf Klassen- und Methodenersetzungen angewiesen. Aufgrund dieser Abhängigkeit sehen mam Sie Ihre Stack-Ablaufverfolgungen. Wenn Ihre App nicht über ein Konto verfügt, auf das App-Schutzrichtlinien abzielen, ruht dieser gesamte MAM-Code. Funktioniert z. B. MAMActivity identisch mit Activity und onMAMCreate funktioniert identisch mit onCreate. Wann immer Sie in einem Stapel sehen mam , überprüfen Sie zuerst:

• Gilt das Konto als Ziel für App-Schutzrichtlinien?
• Ist das Intune-Unternehmensportal installiert?

Wenn die Antwort auf beide nicht "Ja" lautet, fungiert der MAM-Code als einfacher Passthrough.

Welches Tool benötige ich?

Wenn Sie Ihre App mit Gradle erstellen, lesen Sie Integrieren in das Gradle Build-Plugin

Wenn Sie Ihre App mit .NET MAUI erstellen, lesen Sie Integrieren mit den .NET MAUI-Zielen.

Wenn Sie Ihre App mit keinem der vorherigen Tools erstellen, finden Sie weitere Informationen unter Integrieren mit dem Befehlszeilentool.

Integration mit dem Gradle Build-Plugin

Das Intune App SDK-Plug-In wird als Teil des SDK als GradlePlugin/com.microsoft.intune.mam.build.jar verteilt.

Damit das Plugin von Gradle erkannt wird, muss es dem buildscript Klassenpfad hinzugefügt werden. Das Plugin hängt von Javassist ab, das ebenfalls hinzugefügt werden muss. Weitere Informationen zur Javassist-Abhängigkeit finden Sie unter Abhängigkeiten.

Um diese dem Klassenpfad hinzuzufügen, fügen Sie Folgendes zu Ihrem Stamm build.gradlehinzu:

buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        classpath "org.javassist:javassist:3.29.2-GA"
        classpath files("$PATH_TO_MAM_SDK/GradlePlugin/com.microsoft.intune.mam.build.jar")
    }
}

Um das Plug-In anzuwenden, fügen Sie dann Folgendes build.gradle zur Datei für Ihre App und dynamische Featuremodule hinzu:

apply plugin: 'com.microsoft.intune.mam'

Standardmäßig arbeitet das Plug-In mit project Abhängigkeiten und externen Bibliotheken. Die Testkompilierung ist nicht betroffen.

Hinweis

Ab dem 8.0 Intune App SDK ist es nicht mehr möglich, Bibliotheken selektiv zu verarbeiten. Alle Bibliotheken werden verarbeitet.

Abhängigkeiten

Das Gradle-Plugin hat eine Abhängigkeit von Javassist, die für die Abhängigkeitsauflösung von Gradle zur Verfügung gestellt werden muss. Javassist wird ausschließlich zur Build-Zeit beim Ausführen des Plugins verwendet und es wird kein Javassist-Code zu Ihrer App hinzugefügt.

MAM-SDK	Javassist Version
≥ 10.0.0	3.29.2-GA
≥ 7.0.0	3.27.0-GA
< 7.0.0	3.22.0-GA

Hinweis

Javassist-Versionen sind möglicherweise nicht abwärtskompatibel. Im Allgemeinen sollten Sie genau die Version verwenden, die vom Intune App SDK erwartet wird.

Kompatibilitätsmatrix

Das MAM SDK-Build-Plug-In richtet sich nach den Android-Buildanforderungen und Kompatibilitätstabellen. Versionen, die hier nicht aufgeführt sind, funktionieren möglicherweise.

MAM-SDK	Android-Version	Gradle	Android Gradle-Plug-In	Kotlin-Version	Java-Version
10.0.0	14	8.2	8.2.2	1.9.25	17
11.0.0	15	8.7	8.6.1	2.0.21	17
12.0.0	16	8.11.1	8.9.1	2.1.21	17

Ausschlüsse

Es können weitere Konfigurationen bereitgestellt werden, um bestimmte Komponenten in Ihrer App von Umschreibungen auszuschließen. Ausschlüsse sind vor allem für Komponenten nützlich, die für MAM nicht relevant sind (d. h. keine Unternehmensdaten verarbeiten oder anzeigen).

Ausschlüsse können für unterschiedliche Bereiche konfiguriert werden:

• excludeProjects Ermöglicht das Ausschließen einer Liste von Gradle-Projekten. Diese Ausschlüsse sind nützlich für Projekte, die keine Schnittstelle mit Android-Bibliotheken oder System-APIs haben. Sie sind auch nützlich für Projekte, die keine Unternehmensdaten verarbeiten. Beispielsweise könnte ein Projekt, das ausschließlich nativen Code zum Ausführen von Netzwerkoperationen auf niedriger Ebene enthält, ein guter Kandidat sein. Wenn ein Projekt auf breiter Basis Schnittstellen zu Android-Bibliotheken oder System-APIs aufweist, vermeiden Sie diese Ausschlüsse.
• excludeClasses Ermöglicht das Ausschließen einer Liste von Klassen. Diese Ausschlüsse sind nützlich für Klassen, die keine Unternehmensdaten verarbeiten oder präsentieren. Beispielsweise sind Begrüßungsbildschirme und Onboardings Activitygute Kandidaten. Eine Klasse kann nicht ausgeschlossen werden, wenn eine ihrer Oberklassen verarbeitet wird.
• excludeVariants Ermöglicht den Ausschluss von Projektvarianten. Diese Ausschlüsse können sich entweder auf einen vollständigen Variantennamen oder auf eine einzelne Variante beziehen. Sie sind besonders nützlich, wenn Sie eine Nicht-MAM-Variante Ihrer App erstellen möchten. Wenn Ihre App beispielsweise Buildtypen debug mit release den Varianten {noMAM, MAM} und {mock, } enthält, productionkönnen Sie Folgendes angeben:
  • noMAM um alle Varianten mit dem noMAM-Flavor auszuschließen oder
  • noMAMMockDebug um nur genau diese Variante auszuschließen.

Achtung

Ausschlüsse sollten nicht auf die leichte Schulter genommen werden. Eine fehlerhafte Anwendung von Ausschlüssen kann zu schwerwiegenden Datenverlusten in Ihrer App führen. Bestätigen Sie immer die Auswirkungen eines von Ihnen angewendeten Ausschlusses.

Beispiel für ein partielles build.gradle mit Ausschlüssen

apply plugin: 'com.microsoft.intune.mam'

dependencies {
    implementation project(':product:FooLib')
    implementation project(':product:foo-project')
    implementation "com.microsoft.bar:baz:1.0.0"

    // Include the MAM SDK
    implementation files("$PATH_TO_MAM_SDK/Microsoft.Intune.MAM.SDK.aar")
}
intunemam {
    excludeProjects = [':product:FooLib']
    excludeClasses = ['com.contoso.SplashActivity']
    excludeVariants = ['noMAM']
}

Dies hätte folgende Auswirkungen:

• :product:FooLib wird nicht umgeschrieben, weil es in excludeProjects
• :product:foo-project wird umgeschrieben, mit Ausnahme von com.contoso.SplashActivity, das übersprungen wird, weil es sich in excludeClasses
• com.microsoft.bar:baz.1.0.0 wird umgeschrieben, da alle externen Bibliotheken zur Verarbeitung eingeschlossen sind.
• Varianten mit dem noMAM Geschmack werden nicht umgeschrieben.

Reporting

Das Build-Plugin kann einen HTML-Bericht über die vorgenommenen Änderungen generieren. Um die Generierung dieses Berichts anzufordern, geben Sie dies intunemam im Konfigurationsblock anreport = true. Falls generiert, wird der Bericht in outputs/logs das Buildverzeichnis geschrieben.

intunemam {
    report = true
}

Überprüfung

Das Build-Plugin kann weitere Überprüfungen durchführen, um nach möglichen Fehlern in der Verarbeitung von Klassen zu suchen. Diese Prüfungen dienen zum Schutz vor potenziellen Laufzeitfehlern durch Plug-Ins.

Um anzufordern, dass die Überprüfung in Ihrem Build durchgeführt wird, geben Sie dies intunemam im Konfigurationsblock anverify = true. Dies kann die von der Aufgabe des Plugins benötigte Zeit um einige Sekunden verlängern.

intunemam {
    verify = true
}

Im Allgemeinen stellt ein Verifizierungsfehler einen Fehler im Build-Plugin dar. Um Hilfe bei einem Fehler zu erhalten, eskalieren Sie das Problem an den Microsoft-Support. Wenn Sie keinen Microsoft-Supportvertrag haben, öffnen Sie ein GitHub-Problem.

Inkrementelle Builds

Um die Unterstützung für das inkrementelle Erstellen zu aktivieren, geben Sie dies intunemam im Konfigurationsblock anincremental = true. Dieses Feature erhöht die Build-Leistung, indem nur die Eingabedateien verarbeitet werden, die sich ändern. Die Standardkonfiguration für incremental ist false.

intunemam {
    incremental = true
}

Konfiguration des Dynamic Feature Module

Dynamische Featuremodule werden separat vom App-Projekt erstellt. Daher müssen Dynamic Feature Module auch das Gradle Build-Plugin anwenden.

Für das Gradle-Plug-In gelten technische Einschränkungen bei den verwendeten APIs. Aufgrund dieser Einschränkungen müssen App-Klassen beim Transformieren dynamischer Feature-Modulklassen neu verarbeitet werden. Um sicherzustellen, dass diese Neuverarbeitung durchgeführt werden kann, konfigurieren Sie alle Featuremodule mit den gleichen Einstellungen wie die App.

Wenn eine App beispielsweise eine Klasse ausschließt, sollte das dynamische Featuremodul diese Klasse ebenfalls ausschließen.

Integrieren mit den .NET MAUI-Zielen

Die Intune App SDK-Ziele werden als Teil des SDK als Microsoft.Intune verteilt. Maui.Essentials.android.targets.

Die Ziele werden automatisch zur Kompilierzeit in Ihre Anwendung importiert, sobald das Intune App SDK für .NET MAUI – Android NuGet-Paket hinzugefügt wird.

Integrieren mit dem Befehlszeilen-Buildtool

Das Befehlszeilen-Buildtool ist im BuildTool Ordner der SDK-Ablage verfügbar. Es erfüllt die gleiche Funktion wie das Gradle-Plugin und die .NET-Ziele, die oben beschrieben wurden. Das Befehlszeilentool kann jedoch in benutzerdefinierte Buildsysteme integriert werden. Da das Tool allgemeiner ist, ist es komplexer aufzurufen. Verwenden Sie nach Möglichkeit das Gradle-Plug-In oder .NET-Ziele.

Verwenden des Command-Line Tools

Das Befehlszeilentool kann mithilfe der bereitgestellten Hilfsskripts im BuildTool\bin Verzeichnis aufgerufen werden.

Das Tool erwartet die folgenden Parameter.

Parameter	Erforderlich	Beschreibung
--input	Ja	Eine durch Semikolons getrennte Liste von JAR-Dateien und Verzeichnissen von zu ändernden Klassendateien. Schließen Sie alle JARs und Verzeichnisse ein, die Sie umschreiben möchten.
--output	Ja	Eine durch Semikolons getrennte Liste von JAR-Dateien und Verzeichnissen zum Speichern der geänderten Klassen. Geben Sie einen Ausgabeeintrag pro Eingabeeintrag an, der in derselben Reihenfolge aufgeführt ist.
--classpath	Ja	Der Buildklassenpfad. Dies kann sowohl JAR-Dateien als auch Klassenverzeichnisse enthalten.
--processed	Nein	Eine durch Semikolons getrennte Liste von JAR-Dateien und -Verzeichnissen, die Klassen enthalten, die bereits durch einen vorherigen Aufruf des Buildtools verarbeitet wurden.
--excludeClasses	Nein	Eine durch Semikolons getrennte Liste, die die Namen von Klassen enthält, die vom Umschreiben ausgeschlossen werden sollen.
--report	Nein	Directory to write an HTML report about modified classes to. Wenn nicht angegeben, wird kein Bericht geschrieben.

Die optionale --processed Option wird verwendet, um inkrementelle Builds zu aktivieren. Die hier aufgelisteten Dateien/Verzeichnisse sollten nicht mit den Eingabe- und Klassenpfadlisten zusammenhängen.

Tipp

Auf Unix-ähnlichen Systemen ist Semikolon ein Befehlstrennzeichen. Um zu verhindern, dass die Shell Befehle aufteilt, stellen Sie sicher, dass Sie jedes Semikolon mit '' maskieren oder den vollständigen Parameter in Anführungszeichen einschließen.

Beispiel Command-Line eines Toolaufrufs

> BuildTool\bin\BuildTool.bat --input build\product-foo-project;libs\bar.jar --output mam-build\product-foo-project;mam-build\libs\bar.jar --classpath build\zap.jar;libs\Microsoft.Intune.MAM.SDK\classes.jar;%ANDROID_SDK_ROOT%\platforms\android-27\android.jar --excludeClasses com.contoso.SplashActivity

Dies hätte folgende Auswirkungen:

• das product-foo-project Verzeichnis wird umgeschrieben in mam-build\product-foo-project
• bar.jar wird umgeschrieben in mam-build\libs\bar.jar
• zap.jar wird nicht umgeschrieben, weil es nur in --classpath
• Die com.contoso.SplashActivity Klasse wird nicht umgeschrieben, auch wenn sie sich in --input

Warnung

Das Buildtool unterstützt derzeit keine AAR-Dateien. Wenn Ihr Buildsystem bei der Arbeit mit AAR-Dateien noch nicht extrahiert classes.jar wird, extrahieren Sie es, bevor Sie das Buildtool aufrufen.

MAMApplication festlegen

Wenn Ihre App eine Unterklasse von android.app.Applicationerstellt, transformiert das Build-Plug-In oder das Befehlszeilentool Ihre Anwendungsklasse.

Wenn Ihre App keine Unterklasse android.app.Applicationverwendet, müssen Sie sie im "android:name" Tag Ihrer AndroidManifest.xml als Attribut festlegen"com.microsoft.intune.mam.client.app.MAMApplication".<application>

Empfohlene bewährte Methoden für Android

• Verwenden Sie die neuesten Android SDK-Buildtools.
• Entfernen Sie alle unnötigen und nicht verwendeten Bibliotheken (z. B. android.support.v4).

Nach der Durchführung automatischer Ersetzungen verwaltet das Intune App SDK weiterhin den von der Android-API bereitgestellten Vertrag. Fehlerbedingungen können jedoch häufiger als Ergebnis der Richtlinienerzwingung ausgelöst werden. Diese bewährten Methoden für Android verringern die Wahrscheinlichkeit eines Fehlschlags:

• Android SDK-Funktionen, die zurückkehren null können, haben jetzt eine höhere Wahrscheinlichkeit, zurückzukehren null. Stellen Sie sicher, dass null diese Funktionsaufrufe durch Prüfungen geschützt sind.
• Features, auf die überprüft werden kann, wie z. B clipboardManager.getPrimaryClipDescription(). , müssen über ihre MAM-Ersatz-APIs überprüft werden, z. B MAMClipboard.getPrimaryClipDescription(clipboardManager). .
• Alle abgeleiteten Funktionen müssen ihre übergeordneten Klassenversionen aufrufen.
• Vermeiden Sie die Verwendung einer API auf mehrdeutige Weise. Beispielsweise die Verwendung Activity.startActivityForResult ohne Prüfung der requestCode Ursachen für seltsames Verhalten.

Dienste

Die Richtlinienerzwingung kann sich auf die Interaktionen mit Android-Diensten auswirken. Methoden, die eine gebundene Dienstverbindung herstellen, können Context.bindService z. B. aufgrund der zugrunde liegenden Richtlinienerzwingung fehlschlagen Service.onBind und zu ServiceConnection.onNullBinding oder ServiceConnection.onServiceDisconnectedführen. Die Interaktion mit einem etablierten gebundenen Dienst kann aufgrund der Richtlinienerzwingung in Binder.onTransactauslösenSecurityException.

Clients gebundener Dienste wird empfohlen, nach Ausnahmen zu suchen, die vom Dienst ausgelöst werden. Lassen Sie nicht zu, dass sich Ausnahmen auf den Rest der Clientanwendung übertragen.

Beendigungskriterien

Nachdem Sie das Build-Plug-In konfiguriert oder das Befehlszeilentool in den Buildprozess integriert haben, überprüfen Sie, ob es erfolgreich ausgeführt wird:

• Stellen Sie sicher, dass Ihr Build kompiliert und erfolgreich erstellt wird.
• Konfigurieren Sie das Flag, öffnen Sie dann report das Berichtsdokument, und bestätigen Sie, dass Klassen- und Methodenaustausche stattfinden:
  • Wenn Sie das Plug-In verwenden, folgen Sie den Schritten unter Berichterstellung.
  • Wenn Sie das Befehlszeilentool verwenden, fügen Sie das --report Flag ein.
• Wenn Sie das Plug-In verwenden, konfigurieren Sie das verify Flag und stellen Sie sicher, dass es keine Fehler produziert. Siehe Verifizierung.
• Überprüfen Sie alle Ausschlüsse (excludeProjects, excludeClasses, und excludeVariants) in build.gradle. Vergewissern Sie sich, dass jeder Ausschluss notwendig ist und sich nicht auf geschützte Daten bezieht. In der Vergangenheit traten viele Fehler bei Datenlecks aufgrund übermäßig aggressiver Ausschlüsse auf.
• Starten Sie ohne installiertes Intune-Unternehmensportal Ihre kompilierte App. Melden Sie sich mit einem Microsoft Entra-Benutzer an, der nicht von der App-Schutzrichtlinie betroffen ist. Vergewissern Sie sich, dass die App wie erwartet funktioniert.
  • Melden Sie sich ab, und wiederholen Sie diesen Test bei installiertem Intune-Unternehmensportal.

Häufig gestellte Fragen

Meine App hat das SDK zuvor ohne das Build-Plugin integriert. Wie kann ich das Build-Plugin verwenden?

Ältere Versionen des Intune App SDK enthielten keine automatisierte Methode zum Ausführen von Klassen- und Methodenersetzungen. Entwickler mussten diese Ersetzungen manuell im Quellcode durchführen. Wenn Ihre App auf diese Weise integriert ist, können Sie sicher das Build-Plugin oder das Befehlszeilen-Buildtool anwenden. Sie müssen keine Änderungen am Quellcode vornehmen. Ihr Projekt muss das MAM-SDK weiterhin als Abhängigkeit auflisten.

Nächste Schritte

Nachdem Sie alle Beendigungskriterien erfüllt haben, fahren Sie mit Phase 4: MAM Integration Essentials fort.