React Native · Expo · plattformsoberoende kataloger
React Native kodunikhetskontroll
RN-studior skickar ofta ut dussintals omskinnade appar från en JavaScript-kärna. Butiksgranskning ser förbi nya ikoner: apporig jämför TypeScript, JavaScript, React Navigation, StyleSheets och package.json i varje projekt i workspace.
Varför React Native-appar flaggas för likhet
Guideline 4.3 och Google Plays spamregler riktar sig mot appar som delar samma bundle-skelett med olika varumärken. Att byta färger och appnamn hjälper sällan om navigering, state och API-lager förblir identiska.
apporig parsar JS/TS till strukturella fingeravtryck och kontrollerar varje build mot hela katalogen. COPY-status på en syskonapp är en tydlig signal att skriva om innan inlämning.
Arbetsflöde för RN-utgivare
Ladda upp varje kundbuild via ZIP eller Git till ett team-workspace. Kör analys före varje butiksuppladdning, fixa COPY-par först, skanna om efter refaktorering.
- JS/TS AST plus native Swift/Kotlin-bryggfiler
- Expo- och bare React Native-projekt
- COPY / RELATED / OK-triage i katalogen
- Jämförelselager: filer, struktur, namngivning, beroenden
Vanliga frågor
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.