2009-06-11 10 views
8

Voy a hacer algo que nunca pensé que haría ... aprender a programar para el hardware de Apple. Después de trabajar en C, C++, C#, .NET e incluso en los días dorados de DOS (un pequeño extensor de memoria DOS4G/W en Borland Turbo-C, ¿alguien?) E incluso de niño, jugando con Atari de 8 bits Turbo-BASIC, me siento un poco traidor en múltiples niveles :) De todos modos, voy a graduarme, estudiando música a tiempo completo - será la primera vez en años que no tendré un concierto de programación a tiempo completo - y pensé que sería divertido recoger algo de Objective-C en mi tiempo libre - y tal vez un pequeño cambio de bolsillo (uno siempre puede esperar :)Apple/iPhone Development IDE Preferences?

Por lo tanto, hasta el punto de la publicación . Estoy muy acostumbrado a Visual Studio, el diseñador, el editor XAML, el código subyacente, bla, bla, bla. Un amigo sacó X-Code en su pequeña MacBook para mostrar lo genial que se supone que es. Claro, tiene el mismo tipo de cosas que VS en general, pero parecía un poco más disperso de lo que me gustaría. Estoy seguro de que una vez que me acostumbré, estaría bien, pero Me preguntaba si hay otros editores buenos, libres (o casi gratuitos)/de código abierto para las manzanas basadas en Intel que podrían también maneja el desarrollo de iPhone. ¿O algún consejo sobre cómo ingresar a xCode? Acabo de decidir hacer esto, así que siento que estoy empezando desde cero. No estoy criticando a X-Code ... Todavía no lo he usado. Me preguntaba cuáles son las preferencias de los codificadores.

¡Gracias por cualquier consejo!

+0

Le gusta que XCode sea el camino a seguir. Solo me lleva algo de tiempo acostumbrarme, como cualquier otra cosa. Vi Eclipse y Apanta (basado en Eclipse) como buenas alternativas, pero esas solo manejan aplicaciones basadas en web, no aplicaciones nativas de iPhone. (ver http://stackoverflow.com/questions/207785/how-do-you-setup-eclipse-to-work-on-iphone-development-instead-of-xcode) Si Apple quiere que use XCode, y XCode está orientado a la publicación optimizada de Apple Store, estaré contento. Especialmente porque es gratis :) :) Gracias por los comentarios! – Eddie

+0

Lo primero que haría es cambiar su modo de ventana o acostumbrarme a todo lo que se esparce. Creo que hay una manera para que xcode tenga un solo panel. – Min

+0

Buen comentario ... eso es lo primero que me intimida con la interfaz XCode: todas las cajas de herramientas dispersas. Puedo vivir con eso, pero un solo panel sería un poco más amable en mis ojos. – Eddie

Respuesta

9

Realmente no hay IDE alternativo en OS X para escribir aplicaciones nativas. Sin embargo, algunos no les gusta el editor incorporado de Xcode. Una alternativa muy popular es TextMate (no libre, pero vale la pena ~ ~ 50). Xcode se puede configurar para usar su editor de elección para editar archivos de texto. Las alternativas gratuitas incluyen Emacs y Vim puertos para OS X.

Puede, por supuesto, utilizar la cadena de herramientas gcc sin Xcode (por ejemplo, utilizando uno de los sistemas de compilación de estilo Unix como Make). También puede usar xcodebuild en la línea de comando del terminal para construir un proyecto de Xcode sin usar la GUI de Xcode en absoluto (sin embargo, le sería difícil configurar y administrar el proyecto sin la GUI). Combinando estos dos, uno podría improvisar un IDE de, por ejemplo, Eclipse para construir una aplicación OS X. El iPhone sería más difícil ya que Xcode se encarga de la firma de certificados, etc., pero aún es posible. Perderías toda la agradable integración de Objective-C y documentación que obtienes de Xcode, por supuesto.

Por lo tanto, en resumen, Xcode es prácticamente el único juego de la ciudad. Sin duda tomará un tiempo acostumbrarse a venir de VS. En particular, la generación de código es casi desconocida en el mundo Cocoa. Cuando sientas que estás buscando ese tipo de herramientas, prepárate para probar un enfoque diferente.El enlace posterior de Objective-C combinado con el poder de NIB/XIB (paquetes producidos en Interface Builder que describen la interfaz de usuario de una aplicación; XIB es un formato basado en XML más nuevo y amigable con el control de versiones que se compila automáticamente en un NIB, el formato antiguo de NextStep days) hace innecesaria la generación de código.

Para el desarrollo que no sea de Cocoa/iPhone, el ecosistema es naturalmente más grande. Nokia tiene su propio IDE para el kit de herramientas Qt que se puede utilizar para escribir aplicaciones OS X (pero no para iPhone). Eclipse se puede utilizar para escribir aplicaciones Java utilizando cualquiera de los kits de herramientas de Java (incluidos SWT y el marco Qt-Java, QtJambi).

Para familiaridad pura con desarrollador de Windows, también existe Mono que se ejecuta en OS X. MonoDevelop puede ejecutarse en OS X, pero no estoy seguro.

2

Creo que XCode es la opción más popular entre los desarrolladores de Cocoa. Creo que lo mejor que puedes hacer es ir directamente a escribir aplicaciones y explorar.

http://cocoadevcentral.com/ - Tiene algunos tutoriales geniales, también suelen ser muy fáciles de capturar.

+0

Gran enlace - mucha información buena. ¡Gracias! Comenzaré a escribir aplicaciones una vez que encuentre una buena pequeña MacBook en Craigslist :) – Eddie

1

Para mayor comodidad, XCode será el camino a seguir, ya que se integra con el simulador de iPhone y el Interface Builder. Además, cuando desee implementar su aplicación en un dispositivo real, XCode realiza la instalación y administración del certificado. No tengo experiencia con ningún otro IDE para OSX, así que no puedo responder al 100% su pregunta. Pero estas son cosas de las que querrás estar consciente durante tu investigación.

¡Haznos saber lo que encuentras!