objective c - Diferencia entre framework y biblioteca estática en xcode4, y cómo llamarlos
objective-c static-libraries (2)
Básicamente, los frameworks SON bibliotecas y proporcionan un mecanismo útil para trabajar con ellos. Si mira "dentro" de un marco, es solo un directorio que contiene una biblioteca estática y archivos de encabezado (en alguna estructura de carpeta con metadatos).
Si desea crear su propio marco, debe crear una "biblioteca estática" y empaquetarla de una manera específica. ver esta pregunta
En general, las estructuras en plataformas se usan para el comportamiento reutilizable donde agrega su propio código "en un marco existente". si desea tener alguna funcionalidad específica, es posible que desee utilizar una biblioteca (por ejemplo, three20) y empacarla en su aplicación distributable
Soy bastante nuevo en xcode y objetivo-c. Quiero hacer una pregunta muy básica.
Vi que al "vincular binario a bibliotecas" en la configuración del proyecto, existen diferencias sobre el marco y las bibliotecas, importadas de otros proyectos en el área de trabajo.
Primera pregunta, ¿por qué hay un marco? ¿Y por qué hay una biblioteca? ¿No puede mi biblioteca ser un marco?
Y luego, desde un archivo .h , ¿cómo puedo llamar a clases desde mi biblioteca estática importada?
Supongo que debe haber un prefijo, pero no pude encontrarlo. Ni ni "ProjName / Myclass.h" están funcionando.
Por favor se tan especifico como puedas.
Gracias
La mayor ventaja que tiene un framework sobre las bibliotecas estáticas es que actúan como una forma ordenada de empaquetar el binario de la biblioteca compilada y los encabezados relacionados. Se pueden soltar en su proyecto (al igual que los marcos incorporados del SDK como Foundation y UIKit) y simplemente deberían funcionar (la mayoría de las veces).
La mayoría de los marcos contienen bibliotecas dinámicas; los marcos creados en Xcode con la plantilla de Mac Framework crearán una biblioteca dinámica. El iPhone no es compatible con marcos dinámicos, razón por la cual es común que las bibliotecas reutilizables de código iOS se distribuyan como bibliotecas estáticas.
Las bibliotecas estáticas están bien, pero requieren un poco de trabajo adicional por parte del usuario. Debe vincular su proyecto a la biblioteca y debe copiar los archivos de encabezado en su proyecto o hacer referencia a ellos en algún lugar configurando las rutas de búsqueda de encabezado adecuadas en su configuración de compilación.
Entonces, en resumen, mi opinión es que la mejor forma de distribuir tu biblioteca es como marco. Para crear un marco "estático" para iOS, básicamente puede tomar un marco normal y reemplazar el binario con su biblioteca estática compilada. Así es como distribuyo una de mis bibliotecas, Resty , y cómo Resty distribuir mis bibliotecas en el futuro.
Es posible que desee ver el archivo de Rake suministrado en ese proyecto (en caso de que no lo sepa, Rake es el equivalente de Ruby de Make). Tengo un puñado de tareas para compilar mi proyecto (usando xcodebuild ) y empaquetarlas como un marco estático para iOS. Deberías encontrar esto útil.
Alternativamente, puede usar estas plantillas de Xcode 4 para crear un marco de iOS.
Actualización 9 de diciembre de 2013 : esta es una respuesta popular, así que pensé en editarla para decir que mi primera opción para la distribución de la biblioteca ha cambiado. Mi primera opción para cualquier biblioteca de terceros como consumidor o productor es CocoaPods. Distribuyo mis bibliotecas usando CocoaPods y ofrezco una biblioteca estática precompilada con encabezados como opción alternativa.