cocoa touch - español - ¿Hay algún motivo técnico/conceptual por el que iOS no admita Cocoa Bindings?
cocoa framework (1)
Los enlaces en el escritorio requieren:
- Todos los componentes de UI adecuados para exponer enlaces para sus propiedades importantes
- Implementación de la infraestructura
NSArrayControllerpara manejar la selección
En iOS, el punto 2 se convierte en un problema menor. Es raro (y tal vez incluso un mal diseño de UI) tener un diseño de vista maestra de detalles donde sea posible una selección múltiple. Aquí es donde NSArrayController realmente entra en NSArrayController .
Los enlaces para una UITableView se vuelven menos prácticos ya que el diseño actual de NSArrayController no se extiende a múltiples secciones, títulos, etc.
El punto 1 sería útil tener. Sin embargo, requiere una gran cantidad de trabajo por parte de Apple para implementar el soporte de enlaces en todos los controles de UIKit. Supongo que nunca se ha convertido en una prioridad lo suficientemente alta como para que lo implementen.
Cocoa para Mac OS X admite la tecnología de enlace de cacao, lo que reduce la necesidad de código de pegamento entre sus vistas y sus modelos.
La recreación de enlaces de cacao sobre KVC en KVO parece factible con la ayuda del código fuente de cocotron.
¿Hay alguna razón técnica o conceptual por la cual los enlaces de cacao no son parte del SDK? Estoy pensando en el rendimiento, la falta de recolección de basura, la falta de soporte de KVC de los elementos de la interfaz de usuario (UISlider, por ejemplo).