¿Debería usar el mismo nombre de package en mis aplicaciones iOS y Android?

¿Debería publicar las versiones de Android e iOS de mi aplicación bajo el mismo nombre de package o hay algún beneficio en el uso de nombres de packages diferentes?

es decir, ¿debería usar com.mycompany.myapp para las versiones de Android e iOS de mi aplicación, o debería separarlas como com.mycompany.myapp.ios y com.mycompany.myapp.android ?

No puedo pensar en ninguna razón técnica en este momento para usar packages separados, pero como esto sería horrendo para cambiar más tarde, estoy tentado a usar diferentes packages.

Estoy de acuerdo con las otras respuestas en que es completamente su elección, pero también iré en contra de las otras respuestas y afirmaré que, personalmente, creo que no es necesario usar ios específicos y packages / espacios de nombres de Android.

Ambas plataforms tienen sus propias ideologías y estructuras y por lo general les toco cuando se trata de nombrar classs y packages / espacios de nombres.

Tome estos ejemplos:

Androide:

  • com.company.app;
  • com.company.app.listeners;
  • com.company.app.adapters
  • com.company.app.ui;

iOS

  • com.company.app;
  • com.company.delegates;
  • com.company.ui;

Es simple, aseado y fácil de seguir. Obviamente, hay entrecruzamientos y siempre puede haber un poco de confusión … pero los lenguajes y IDEs en sí mismos son lo suficientemente diferentes como para mantener la cabeza en el juego.

Entonces, como se dijo; Decisión personal.

Es arbitrario Pero personalmente usaría diferentes packages:

 com.mycompany.android.myapp com.mycompany.ios.myapp 

Convenido. En Android, debes usar el mismo nombre de package para la aplicación y para sus classs (siempre que sea posible), pero no uses el mismo package en iOS y Android. No es una limitación técnica, es solo que te ayudará a evitar errores tontos.