React Native · Expo · Cross-Platform-Kataloge
React-Native-Code-Einzigartigkeitsprüfung
RN-Studios liefern oft Dutzende umgestaltete Apps aus einem JavaScript-Kern. Store-Prüfer schauen über neue Icons hinaus: apporig vergleicht TypeScript, JavaScript, React Navigation, StyleSheets und package.json in jedem Projekt Ihres Arbeitsbereichs.
Warum React-Native-Apps wegen Ähnlichkeit auffallen
Richtlinie 4.3 und Google-Play-Spam-Regeln zielen auf Apps mit gleichem Bundle-Gerüst und anderem Branding. Farben und App-Namen tauschen reicht selten, wenn Navigation, State und API-Schichten identisch bleiben.
apporig parst JS/TS in strukturelle Fingerabdrücke und prüft jeden Build gegen Ihren gesamten Katalog. COPY-Status bei einer Schwester-App ist ein klares Signal zum Umschreiben vor der Einreichung.
Workflow für RN-Herausgeber
Laden Sie jeden Kunden-Build per ZIP oder Git in einen Team-Arbeitsbereich hoch. Analysieren Sie vor jedem Store-Upload, beheben Sie COPY-Paare zuerst, scannen Sie nach Refactoring erneut.
- JS/TS-AST plus native Swift-/Kotlin-Bridge-Dateien
- Expo- und Bare-React-Native-Projekte
- COPY / RELATED / OK-Triage im gesamten Katalog
- Vergleichsebenen: Dateien, Struktur, Benennung, Abhängigkeiten
Häufige Fragen
Can apporig analyze React Native projects?
Yes. apporig parses TypeScript and JavaScript with tree-sitter, compares React components, hooks, StyleSheet patterns, React Navigation structure, package.json overlap, and Expo app.config files across your workspace.
How do bulk React Native publishers use apporig?
Upload each client build via ZIP or Git, run analysis before every store submission, rewrite COPY-flagged navigation or shared modules, then rescan after refactors.
Does apporig support Expo projects?
Yes. Expo and bare React Native are supported. app.config/app.json is compared structurally alongside TS/JS source.