Swift · Xcode · Workspace
Swift-Kod-Liketheitsprüfung
Swift-only-Studios kopieren oft Architekturpatterns. Trotzdem deckt apporig Klone durch AST-Analyse auf.
Warum Similarity zusätzlich zu Unit-Tests?
Tests schützen Logik; Similarity zeigt strukturelle Wiederholungen für Moderation.
COPY neben Targets macht SKU-Unterschiede sichtbar.
Wie bleiben SwiftUI-Projekte vergleichbar?
Bindings und Wrapper landen auf vergleichbaren Bäumen neben UIKit.
Häufige Fragen
Wie funktioniert Swift-Code-Ähnlichkeitserkennung?
apporig parst Swift-Dateien in ASTs und berechnet strukturelle Fingerabdrücke. Identische Klassenhierarchien, Methodensignaturen und Kontrollfluss bleiben sichtbar, selbst wenn Bezeichner geändert wurden — der Kern von Vorlagen-Erkennung unter iOS.
Erkennt apporig umbenannte Swift-Klassen?
Ja. Strukturelle AST-Analyse ist robust gegen Umbenennung. Zwei Swift-Dateien mit verschiedenen Klassennamen aber gleicher Struktur werden als RELATED oder COPY markiert — je nach Stärke der Übereinstimmung im gesamten Projektgraph.
Unterscheidet sich SwiftUI-Analyse von UIKit-Analyse?
apporig wertet Swift-Quelltext unabhängig vom UI-Framework aus. ViewModels, Dienste und Modelle werden strukturell verglichen — die Schichten, die in Vorlagen-Apps am häufigsten unverändert kopiert werden, während nur die Oberfläche variiert.
Welche Swift-Muster deuten auf Vorlagen-Wiederverwendung?
Identische AppDelegate-Einrichtung, kopierte Netzwerkschichten, geteilte Coordinator-Muster und doppelte ViewModel-Strukturen. AST-Analyse in apporig hebt diese Muster projektübergreifend hervor und priorisiert sie für gezielte Umschreibungen.
Kann ich Swift-Pakete über iOS-Apps hinweg vergleichen?
Ja. apporig wertet gesamten Swift-Quelltext im hochgeladenen Projekt aus, einschließlich lokaler Pakete und gemeinsam genutzter Module — damit interne Bibliotheken nicht als unsichtbare Duplikatquelle dienen.
Wie senke ich Swift-Code-Ähnlichkeit zwischen Apps?
Markierte Module mit anderem Architekturmuster neu schreiben, geteilten Code nur in echt wiederverwendbare Bibliotheken mit klarer Aufgabe auslagern und View-Controller-Kopieren vermeiden — messbar mit erneutem Scan bis RELATED oder OK erreicht ist.
Unterstützt apporig Swift 5 und Swift 6?
apporig nutzt einen tree-sitter-Swift-Parser für aktuelle Syntax. Swift-5- und Swift-6-Projekte werden unterstützt — wichtig, wenn Teams schrittweise auf neuere Sprachfeatures umstellen, ohne die Analysepipeline zu wechseln.
Kann apporig gemischte Swift- und Objective-C-Projekte auswerten?
Ja. Beide Sprachen werden geparst und in die Ähnlichkeitsanalyse einbezogen. Bridging-Header und gemischte Ziele werden automatisch berücksichtigt, sodass Legacy-Teile die Gesamtbewertung nicht ausblenden.
Was ist Swift-Token-Reduktion in apporig?
Token-Reduktion erzeugt unscharfe Fingerabdrücke aus Swift-Code-Token. So werden Teil-Kopien und refactorierter Code erkannt, die exaktes Datei-Hashing übersehen würde — und die für Herausgeber oft teurer sind als offensichtliche 1:1-Kopien.
Wie prüfe ich Swift-Code vor der App-Store-4.3-Bewertung gezielt?
Alle iOS-Apps bei apporig hochladen, Swift-Matrix prüfen, Paare mit COPY umschreiben und vor Apple-Einreichung erneut scannen — mit dokumentierten Verbesserungen in den Hinweisen zur App-Prüfung für mehr Glaubwürdigkeit.
Ist Swift-AST-Analyse besser als Textdiff?
Ja für Erkennung von Umstrukturierungen: Textdiff verpasst Umbenennungen und Formatänderungen. AST-Analyse vergleicht Programmstruktur — näher an dem, was Store-Prüfungen indirekt adressieren, wenn mehrere Apps zu ähnlich wirken oder sich Verhalten die Deckung teilen.
Findet apporig kopierte Swift-Erweiterungen und Protokolle?
Ja. Protokollkonformitäten, Erweiterungsmethoden und generische Strukturen sind in AST-Fingerabdrücken enthalten und werden über Projekte verglichen — wichtige Signale bei schlank geteilten Bibliotheken und DSL-artigem Code.