Join FlipAndroid.COM Telegram Group: https://t.me/joinchat/F_aqThGkhwcLzmI49vKAiw


Firmar dos aplicaciones con la misma clave

Construyo dos aplicaciones primera app com.pakname.pak1 y la segunda con com.pakname.pak2 paquete nombre, entonces tengo una clave mykey.keystore.

¿Qué sucede si firmo ambas aplicaciones con la misma clave y las publico en el mercado de Android?

  • Diseño de la tabla con la misma altura de filas
  • Android: ¿Cómo crear VR-controles parecidos a YouTube?
  • La hoja de ruta para un experto en desarrollo de Android
  • Error de OutOfMemory aunque la memoria libre está disponible
  • MP3 streaming en C # .NET 4.5.1 MVC 5.2.2 en Samsung 6S
  • ¿Cómo obtener el nombre de archivo y la ruta real del documento de unidad de Google?
  • ¿Es este buen hábito? Supongo que no, pero no tengo el punto de firmar aplicaciones de la misma empresa con diferentes claves.

    Alguien puede explicarme este tipo de escenario

    Gracias

  • HTML5 problemas de lienzo en Android 4.1.1
  • Diccionario personalizado para Tesseract
  • ByteBuffer no libera memoria
  • Lista de aplicaciones instaladas de Google Play contra la cuenta de Google
  • ¿Cómo puedo desarrollar para Android en Emacs?
  • Mover las carpetas android-sdk y sdk a otra unidad
  • 2 Solutions collect form web for “Firmar dos aplicaciones con la misma clave”

    Lee esto

    Estrategias de firma

    Algunos aspectos de la firma de la aplicación pueden afectar la forma en que aborda el desarrollo de su aplicación, especialmente si está planeando liberar varias aplicaciones.

    En general, la estrategia recomendada para todos los desarrolladores es firmar todas sus aplicaciones con el mismo certificado, a lo largo de la vida útil esperada de sus aplicaciones. Hay varias razones por las que debe hacerlo:

    • Actualización de aplicaciones: a medida que publique actualizaciones en su aplicación, desee continuar firmando las actualizaciones con el mismo certificado o conjunto de certificados, si desea que los usuarios se actualicen a la perfección a la nueva versión. Cuando el sistema está instalando una actualización en una aplicación, compara el certificado (s) en la nueva versión con los de la versión existente. Si los certificados coinciden exactamente, incluidos los datos del certificado y la orden, el sistema permite la actualización. Si firma la nueva versión sin utilizar certificados coincidentes, también deberá asignar un nombre de paquete diferente a la aplicación; en este caso, el usuario instalará la nueva versión como una aplicación completamente nueva.

    • Modularidad de aplicaciones: el sistema Android permite que las aplicaciones que están firmadas por el mismo certificado se ejecuten en el mismo proceso, si las aplicaciones así lo solicitan, de modo que el sistema las trate como una sola aplicación. De esta forma puede implementar su aplicación en módulos, y los usuarios pueden actualizar cada uno de los módulos independientemente si es necesario.

    • Compartir código / datos a través de permisos. El sistema Android proporciona la aplicación de permisos basados ​​en firmas, de modo que una aplicación puede exponer la funcionalidad a otra aplicación que esté firmada con un certificado especificado. Al firmar varias aplicaciones con el mismo certificado y con las comprobaciones de permisos basadas en firmas, sus aplicaciones pueden compartir código y datos de forma segura.

    En el mercado las cosas realmente importantes son el nombre del paquete y el control de versiones. Si intentas subir dos nombres de paquetes diferentes para la misma aplicación, caerás en una zona gris llena de dolor: (En segundo lugar, si intentas subir dos veces la misma aplicación olvidándote de actualizar la versión, el Market rechazará tu subida Y tienes que reconstruir tu aplicación cambiando la versión.Por último, uso el mismo keystore y la misma firma para mis aplicaciones sin problemas 🙂

    FlipAndroid es un fan de Google para Android, Todo sobre Android Phones, Android Wear, Android Dev y Aplicaciones para Android Aplicaciones.