macos - tengo - tipos de usuarios en mac os
¿Cómo empaquetar una aplicación de Mac OS para instalar? (5)
En OS X, muchas aplicaciones solo se crean como paquetes de aplicaciones reubicables que el usuario solo necesita copiar en la carpeta / Aplicación (o en cualquier otra ubicación). En otros casos, cuando necesita realizar algunas operaciones en la máquina (como agregar usuarios o cambiar permisos) puede usar un instalador PKG (por ejemplo, creado con PackageMaker ), que permite ejecutar algunos scripts de pre y post instalación y es compatible con algunos Configuración de la instalación, como seleccionar la unidad de instalación.
A veces, como con el software de servidor complejo, necesita más flexibilidad, por ejemplo, para mostrar páginas personalizadas al usuario final que solicita la información necesaria para instalar su aplicación, como el puerto MySQL y la contraseña o la información del proxy para descargar los requisitos sobre la marcha (o simplemente para hacer que se vea más elegante :)). Para estos casos, existen otras soluciones de instalador como nuestro BitRock InstallBuilder (descargo de responsabilidad, soy uno de los desarrolladores). InstallBuilder también tiene la ventaja de generar instaladores multiplataforma utilizando el mismo proyecto con muy poca personalización por plataforma.
Sé que en Windows hay un montón de herramientas de instalador que puedes usar para crear un instalador, pero en Mac OS he visto dos formas de instalar aplicaciones:
Un archivo DMG que descarga, hace doble clic y luego ejecuta una aplicación en su interior. La aplicación generalmente le hace arrastrar un icono a otro icono (que representa la carpeta Aplicaciones) para instalar la aplicación.
Otro tipo de archivo que inicia un instalador aparentemente estándar, que a veces muestra una advertencia como "Este instalador puede ejecutar un programa para determinar si puede continuar con la instalación"
¿Cuál es la forma "estándar" de empaquetar una aplicación para instalarla en Mac OS? ¿Es una de las anteriores la forma recomendada por Apple?
Gracias.
Estamos discutiendo dos cosas:
- Primero y más importante, el método estándar por el cual los bits de un ejecutable se colocan en el disco de manera accesible y debidamente registrada por el sistema.
- Segundo, el mecanismo para preparar el .app, como lo recomienda Apple.
Una página de marketing más antigua en el sitio de Apple dice que se recomienda crear paquetes (para que la aplicación del instalador pueda mover los bits en su lugar) con la aplicación PackageMaker. Su uso se describe aquí: mactech.com/articles/mactech/Vol.25/25.03/2503MacEnterprise-PackagingforSystemAdministrators/index.html.
Pero como otros han mencionado, el elefante en la habitación es MacAppStore (MAS para abreviar). Hasta su debut, lo que era estándar para las grandes empresas era que sus propios scripts personalizados se convirtieran en un paquete de ''paquete'' de estilo más antiguo o que usaran un ejecutable como el instalador VISE. Los desarrolladores más pequeños generalmente intentaron que su aplicación se instalara mediante arrastrar y soltar, distribuidos en archivos zip o imágenes de disco (para simplificar). El MAS es diferente: a partir de 10.7 usa un formato de paquete (que debutó en 10.5) denominado paquete plano (en realidad, un archivo xar, explicación here ) que se transfiere a través de http a una carpeta oculta, se instala directamente en Aplicaciones (después de la carpeta temporal en la que se descarga se elimina). Coloca su recibo y un archivo de factura o materiales en / private / var / db, y por lo tanto es auditable por la herramienta pkgutil de línea de comando incorporada, que se describe aquí: mactech.com/articles/mactech/Vol.25/25.12 /2512MacEnterprise-PackagesReceiptsandSnow/index.html
Una de las ventajas de usar el formato de paquete plano es que puede hacer que las cosas lleguen a la red de manera más segura y eficiente, pero no es tan fácil trabajar con los paquetes si está probando y modificando el paquete con regularidad, o haciendo iteraciones para garantizar que los scripts Realizar acciones o comprobaciones funcionan bien. Incluso cuando está plano, se recomienda colocar el paquete en una imagen de disco o archivo para la flexibilidad. Más herramientas de distribución esperan DMG que zip, así que también está eso.
Además de lo que Apple recomienda y lo que es una práctica común y estándar, hay este artículo: https://www.afp548.com/2010/06/03/the-commandments-of-packaging-in-os-x/ que explica los por qué. y cómo (aunque principalmente para administradores de sistemas) de empaquetado para una distribución más amplia. Es muy recomendable tener una idea más clara de cómo y por qué las cosas salen mal y qué evitar.
Prueba Iceberg ! Otro creador de un paquete.
Los paquetes funcionan bien. Si su proceso de implementación debe ser simple, es genial.
La Quick build consiste en arrastrar su .app al Package y está listo.
Para embalaje avanzado, también puede proporcionar un certificado.
Apple está haciendo claramente el "estándar" para descargar un programa de la App Store. Esto tiene la ventaja de hacer que la instalación de la aplicación sea transparente para el usuario normal. Y, créanlo o no, las personas normales tienen muchos problemas con el concepto de instalar un programa. Por supuesto, el beneficio tiene algunos costos, pero este no es el lugar para ese debate, hay muchos otros lugares para eso.
Suponiendo que no quiera o no pueda ir a la ruta de App Store, tanto PKG como DMG son formas comunes de distribuir un programa. Use un PKG si necesita instalar archivos aparte de su paquete de aplicaciones (que no debería ser un caso de uso común). En todos los demás casos, use un DMG que solicite al usuario que copie la aplicación en la carpeta Aplicaciones. Pero muchos de sus usuarios no entenderán que necesitan hacer eso (a menos que su público objetivo sean únicamente usuarios informáticos expertos). Ejecutarán su aplicación desde la imagen del disco. Idealmente, en este caso, su programa detectará que se está ejecutando desde una imagen de disco y ofrecerá copiarse a sí mismo en la carpeta Aplicaciones.