Coupling
app.json defines app identity:
{
"expo": {
"name": "Extra Chill",
"slug": "extrachill-app",
"scheme": "extrachill",
"ios": { "bundleIdentifier": "com.extrachill.app" },
"android": { "package": "com.extrachill.app" },
...
}
}
Why this is fine
app.json is already in the consumer's hands — it's how Expo defines an app's identity. There's no decoupling work to do here; it's just confirmation that the package boundary is correct.
When extrachill-app consumes wp-native-shell, the shell will never touch app.json. Bundle IDs, schemes, names, icons all stay in the consumer.
Acceptance
Related
Part of the wp-native extraction effort. See chubes4/wp-native ROADMAP M5/M7.
Coupling
app.jsondefines app identity:{ "expo": { "name": "Extra Chill", "slug": "extrachill-app", "scheme": "extrachill", "ios": { "bundleIdentifier": "com.extrachill.app" }, "android": { "package": "com.extrachill.app" }, ... } }Why this is fine
app.jsonis already in the consumer's hands — it's how Expo defines an app's identity. There's no decoupling work to do here; it's just confirmation that the package boundary is correct.When
extrachill-appconsumeswp-native-shell, the shell will never touchapp.json. Bundle IDs, schemes, names, icons all stay in the consumer.Acceptance
wp-native-shellexposes no API that would require modifyingapp.jsonRelated
Part of the wp-native extraction effort. See chubes4/wp-native ROADMAP M5/M7.