Kotlin · Gradle · Android
Kotlin Kod-Likheitsprüfung
Geteilte Kotlin-Kernbibliotheken dürfen ähnlich wirken. apporig grenzt sie von storefront-spezifischen Schichten ab.
Warum geteilte Module von Retail-Schichten trennen?
Markieren Sie KMP-Pakete sichtbar, damit Moderation sich auf UI/Billing konzentriert.
COPY bezieht sich auf dieselben Artefakte wie beim Review-Download.
Wie laden Sie Flavors fair hoch?
Jeder Tag muss denselben Signaturmodus nutzen wie der Store-Submit.
Häufige Fragen
Wie funktioniert Kotlin-Code-Ähnlichkeitserkennung?
apporig parst Kotlin in ASTs und vergleicht strukturelle Fingerabdrücke. Datenklassen, Repositories, ViewModels und Coroutine-Muster werden über Android-Projekte gematcht — typische Schichten, die White-Label- und Serien-Apps teilen, wenn Domäne nicht neu gedacht wird.
Erkennt apporig umbenannte Kotlin-Klassen?
Ja. Strukturanalyse erkennt identische Klassenarchitektur, selbst wenn Paket- und Klassennamen zwischen Android-Apps variieren — genau der Fall, wenn nur Namensräume kosmetisch getauscht werden, Logik aber gleich bleibt.
Analysiert apporig Jetpack-Compose-Code?
Ja. Composable-Funktionen und zugehörige Kotlin-Logik werden geparst und verglichen. Oberflächencode in Compose oder XML läuft auf Kotlin-Quelltextebene — die Domänen- und Präsentationssignale bleiben vergleichbar zwischen Varianten.
Welche Kotlin-Muster deuten auf Vorlagen-Wiederverwendung?
Identische Application-Klassen, kopierte Retrofit-Setup, doppelte Room-Datenbanken und geteilte Basis-Activity- oder Fragment-Klassen. apporig markiert diese strukturellen Muster und hilft Prioritäten zwischen schnellen Kosmetik- und tieferen Umbauten zu setzen.
Kann ich Kotlin-Multiplattform-Module vergleichen?
apporig wertet Kotlin-Quelldateien im hochgeladenen Projekt aus, einschließlich geteilter KMP-Module neben Android-spezifischem Code — nützlich, wenn domänenzentrale Logik bewusst geteilt, aber pro Marke differenziert werden soll.
Wie senke ich Kotlin-Code-Ähnlichkeit zwischen Android-Apps?
Markierte Daten- und Domänenschichten neu schreiben, verschiedene Architekturmuster nutzen, etwa MVVM gegenüber MVI, und Basisklassen aus Vorlagen-Projekten nicht unkritisch übernehmen — bis Scans RELATED oder OK für die riskantesten Paare zeigen.
Unterstützt apporig Java- und Kotlin-gemischte Projekte?
Ja. Java- und Kotlin-Dateien werden geparst und in die Android-Analyse einbezogen. Gemischte Codebasen sind vollständig unterstützt — typisch bei schrittweiser Migration oder älteren SDK-Schichten im selben Repository.
Was ist strukturelles Kotlin-Fingerprinting?
apporig extrahiert AST-Knotenmuster aus Kotlin-Quelltext und hasht sie. Ähnliche Fingerabdrücke über Projekte hinweg bedeuten strukturelle Klone unabhängig von Benennung — robuster als reine Zeichenkettenvergleiche für große Kataloge.
Wie prüfe ich Kotlin-Code vor der Google-Play-Einreichung gezielt?
Alle Android-Apps bei apporig hochladen, Kotlin-Bewertungswerte prüfen, COPY-Module umbauen und OK-Status vor Veröffentlichung bestätigen — mit wiederholbaren Iterationen, die Veröffentlichungsverantwortliche und Entwicklung gemeinsam nachvollziehen können.
Findet apporig kopierte Kotlin-Coroutine-Muster?
Ja. Suspend-Funktionen, Flow-Operatoren und Coroutine-Scope-Muster gehören zur AST-Analyse und werden zwischen Projekten verglichen — oft charakteristisch für gemeinsame Netzwerk- oder Datenpipelines über Apps hinweg.
Ist Kotlin-Analyse in der kostenlosen Stufe enthalten?
Ja. Android-Projekte hochladen und Kotlin- sowie Java-Analyse in der kostenlosen apporig-Arbeitsbereichsstufe ausführen — erste belastbare Signale ohne sofortige Kostenpflicht für Evaluierungsteam und Technik-Leads.
Wie behandelt apporig Kotlin-DSL-Build-Dateien?
apporig konzentriert sich auf Anwendungsquellcode. Build-Konfigurationsdateien fließen ein, wenn sie projektspezifische Logik enthalten — damit keine versteckte Duplikatlogik nur in Gradle-Skripten liegt, während der App-Code anders wirkt.