Desde que tengo el Mac he tenido ganas de hincarle el diente al tema de la programación bajo esta plataforma. Así que me puse a recopilar documentación sobre las posibles alternativas que existen para los desarrolladores. La principal de ellas y la digamos «oficial» es Cocoa. Bajo este nombre se esconde la API del sistema operativo Mac OS X, es decir, un conjunto de funciones que manejan todo los aspectos del sistema. Los lenguajes para poder utilizarlas son C++, Java u Objective-C. La mayoría de tutoriales que he encontrado por la red hacen referencia a este último.

Así que hace unos días instalé XCode, que es un conjunto de herramientas incluidas en los discos de instalación para desarrollar bajo la plataforma de la manzana. A parte de la propia XCode, me puse a juguetear un poco con Interface Builder que, como su nombre indica, sirve para construir todo el interfaz gráfico al más puro estilo Mac. Hasta ahí todo fue bien y muy intuitivo.

El problema surgió cuando vi que la mecánica para establecer las relaciones entre código y controles de ventana no tenía nada que ver con otros entornos integrados para Windows. No digo que fuera difícil, pero sí muy diferente. Nada de poner nombres a los controles para luego referenciarlos en el código, aquí todo funciona a través de flujos de entrada (inlets), flujos de salida (outlets) y acciones. Las asociaciones entre estos flujos y los controles se hacen gráficamente. Las acciones se asocian generalmente a los botones. Y, como no tengo más que ligeras nociones de Objective-C, me perdí un poco a la hora de captar el flujo de entrada, darle contenido a las acciones y devolver el resultado en el flujo de salida.

Me parece que para un uso profesional para aplicaciones de cierta entidad, el uso de XCode está bien, pero a los que venimos de la «vieja escuela» de Windows y sólo queremos programar ocasionalmente por puro placer quizás nos resulte demasiado aparatoso. Habrá que hacer un nuevo intento, esta vez con el RealBasic 2007.