Configurazione per sviluppatori per iniziare con la programmazione Cocoa/Mac

StackOverflow https://stackoverflow.com/questions/15681

  •  08-06-2019
  •  | 
  •  

Domanda

Mi piacerebbe iniziare a sperimentare Cocoa e programmare per Mac OSX.A questo punto non sono particolarmente interessato alla sintassi/costrutti/comportamenti di Objective C, ma sono più curioso di sapere una configurazione efficiente in termini di editor e/o IDE che mi farà andare avanti rapidamente.Esiste un IDE anche lontanamente simile a Visual Studio (poiché è lì che ho trascorso la maggior parte del mio tempo negli ultimi 7 anni) in termini di concetto di soluzione/progetto?Eventuali altri strumenti, suggerimenti, suggerimenti e/o risorse per iniziare e sperimentare rapidamente?

Vorrei evitare molte introduzioni e addentrarmi in cose del tipo "Se vuoi creare un'applicazione desktop per Mac, puoi usare AcmeIDE e imposta il tuo progetto in questo modo."

Temevo che Xcode sarebbe stata la risposta!:P Ho provato a giocarci - letteralmente semplicemente togliendolo dal DVD e tuffandomi senza avere idea di cosa aspettarmi (prima ancora di sapere che avevi usato Objective C come linguaggio).Ho pensato, da bravo ragazzo quale sono, che avrei potuto armeggiare un po' e far funzionare una semplice app...sbagliato.

@Andrew - Grazie per l'approfondimento su queste impostazioni di configurazione.In base alla mia prima impressione su Xcode, penso che possano aiutare.

È stato utile?

Soluzione

Ti suggerirei di scegliere un piccolo prodotto divertente e tuffarti.Se stai cercando un libro te lo consiglio Programmazione Cocoa per Max OSX che è un'ottima introduzione sia a Objective-C che a Cocoa.

XCode è praticamente l'IDE di fatto e gratuito con OSX.Dovrebbe essere sul DVD di installazione originale.È buono ma non buono come Visual Studio (scusate, non lo è davvero).

Come utente VS di lunga data ho trovato la configurazione XCode predefinita un po' strana e difficile da adattare, in particolare il modo in cui si apriva una nuova finestra mobile per ogni file sorgente.Alcune modifiche che ho trovato particolarmente utili;

  • Impostazioni/Generali -> All-In-One (unifica la finestra editor/debugger)
  • Impostazioni/Generali -> Apri controparti nello stesso editor (modifica in una finestra singola)
  • Impostazioni/Debug - "Controlli del debugger nell'editor"
  • Impostazioni/Debug - "Cancellazione automatica console di debug"
  • Impostazioni/Associazione tasti: molte associazioni per abbinare VS (Ctrl+F5/Maiusc+F5, Maiusc+Home, Maiusc+Fine ecc.)

Trovo che il debugger presenti alcuni problemi fastidiosi come i punti di interruzione che non vengono mappati correttamente sulle righe e le eccezioni non vengono immediatamente intercettate dal debugger.Niente di eccezionale ma un po' ingombrante.

Ti consiglio di utilizzare la nuova sintassi delle proprietà introdotta per Objective-C 2.0.Rendono molto meno digitabile in moltissimi posti.Tuttavia, sono limitati solo a OSX 10.5 (sì, le funzionalità della lingua sono legate alle versioni del sistema operativo, il che è un po' strano).

Inoltre, non lasciarti ingannare dal minimizzare le differenze tra C/C++ e Objective-C.Sono molto imparentati ma SONO lingue diverse.Prova ad avviare Objective-C senza pensare a come faresti X,Y,Z in C/C++.Lo renderà molto più semplice.

Altri suggerimenti

Il primo documento da leggere e digerire è la guida alla gestione della Mem, capiscilo prima di andare avanti. Questo è un'ottima guida anche per l'obiettivo-c.Infatti il ​​sito degli sviluppatori di Apple è molto buono, ma probabilmente vorrai leggere prima il libro di Hillegas.

Per quanto riguarda Xcode e Visual Studio, sono diversi.Non direi che uno sia migliore dell'altro: gli sviluppatori Windows vengono da VS e si aspettano che sia lo stesso.Questo è solo un atteggiamento arrogante e per favore non cadere in questa folla.Avendo utilizzato VS sin dai tempi di AppStudio e Xcode da circa un anno, entrambi hanno punti di forza e di debolezza.Xcode è qualcosa che fuori dagli schemi (e soprattutto quando si proviene da VS) non sembra così buono, ma una volta che inizi a usarlo e capirlo, diventa molto potente.

Inoltre, ci sono molti più strumenti inclusi in Xcode e altri, come Instruments e Shark che semplicemente non puoi ottenere con VS, a meno che non apri il portafoglio, e anche in questo caso IMHO non sono altrettanto buoni.

Comunque, buona fortuna.Mi piace ancora C#, ma Objective-C/Cocoa in qualche modo rende di nuovo divertente la programmazione una volta che ci si entra dentro...

Non preoccuparti di ripescare il tuo DVD OSX poiché da allora hanno rilasciato una nuova versione (3.1) di XCode.

Innanzitutto, ti consigliamo di iscriverti Connessione sviluppatore Apple (è gratuito e ti serve per accedere alla loro versione di MSDN) - utilizza il tuo ID Apple quindi se ne hai mai avuto uno per iTunes Store ecc., è lo stesso nome utente/password

Dopo averlo fatto, fai clic su download, quindi su strumenti per sviluppatori per visualizzare questa pagina, e vai per il DVD per sviluppatori XCode 3.1

Un altro suggerimento:Se hai richieste di funzionalità o miglioramenti o bug in cui ti sei imbattuto, assicurati di inviarli a Apple Segnalatore di bug.È il modo migliore per gli sviluppatori di comunicare le proprie esigenze ad Apple, perché ogni problema viene monitorato attraverso il sistema.

Potresti provare la demo di compagno di testo e vedi se ti piace lavorare con l'obiettivo-c o con qualsiasi altro tipo di testo.Importerà le impostazioni del progetto xcode in modo da poter comunque compilare ed eseguire da textmate anziché dover tornare a xcode.

Xcode è lo standard per la modifica dei file sorgente, anche se puoi utilizzare un altro editor insieme allo strumento xcodebuild da riga di comando, se lo desideri.Ho usato Vim per tutte le mie modifiche a Cocoa prima di arrendermi finalmente a Xcode.Non è il miglior IDE al mondo, ma fa il suo lavoro e le recenti versioni 3.x hanno apportato alcuni miglioramenti interessanti.

Il vero strumento potente dello sviluppo di Cocoa è Interface Builder.IB non genera codice sorgente come molti strumenti dell'interfaccia utente.Manipola invece visualizzazioni, controlli e oggetti Cocoa reali che poi raggruppa in un archivio (nib) caricato dal programma in fase di runtime.La maggior parte dei programmi Cocoa utilizza almeno un file pennino e spesso molti di più.

Indipendentemente dalla combinazione IDE/editor scelta per l'hacking sui file sorgente, ti consiglio di utilizzare IB dove puoi.Anche se non sei un fan di altri strumenti di layout/generazione dell'interfaccia utente, suggerisco di mantenere una mente aperta, dare una possibilità al "metodo Cocoa" e almeno imparare cosa può fare Interface Builder per il tuo processo di sviluppo.

Per quanto ne so, praticamente tutti gli sviluppatori di OS X utilizzano Xcode.

Quello e Interface Builder per la creazione delle GUI.

Per tua informazione, prova a procurarti una copia del libro di Hillegas, poiché è un ottimo tutorial introduttivo e i documenti di riferimento forniti da Apple in realtà non lo sono.(In genere sono comunque ottimi documenti di riferimento).

Il cacao è enorme.La parte più difficile nell'imparare a scrivere app su Mac è imparare Cocoa.A proposito.Non è necessario conoscere ObjC (anche se aiuta moltissimo).Puoi scrivere app Cocoa con Python o Ruby (direttamente nell'IDE).

Sono d'accordo che VS sia un IDE migliore di Xcode.Ma se aggiungi Interface Builder e tutti gli altri strumenti, non ne sono così sicuro.Lo sviluppo su Mac non riguarda un IDE gigante per tutto.Ma VS è "più gentile" nei confronti dello sviluppatore rispetto a Xcode.

Inoltre, se vuoi creare app multipiattaforma, guarda RealBasic.Uno strumento eccellente (di base però.Ma funziona anche su Linux.) Rimarrai sorpreso dal numero di app Mac scritte con RB.

Ho sentito che i libri attualmente disponibili sono piuttosto obsoleti.L'intero ecosistema sembra evolversi molto rapidamente con cambiamenti radicali apportati in ogni versione del sistema operativo.

Ha scritto a tutorial che raccoglie parte della documentazione Apple e altri tutorial che dovrebbero aiutarti a iniziare.Penso che copra le basi dell'uso dell'IDE, della scrittura di app semplici e poi passi a cose più avanzate.

Mi sono dilettato con Cocoa negli ultimi due anni e recentemente ho preso in mano "Xcode 3 scatenato." Altamente raccomandato per entrare in Xcode, soprattutto con alcuni dei grandi cambiamenti apportati da 3.0/Leopard.

Non dimenticare la bibbia de facto di Cocoa di Hillegass, "Cocoa Programming for Mac OS X - Third Edition".

@peter Non so perché hai avuto problemi a far funzionare una semplice app, subito senza fare nulla la tua app ottiene molti vantaggi dal framework Cocoa.Se intendi che stavi cercando di fare cose come collegare un pulsante a un'azione e fargli stampare un avviso sullo schermo o qualcosa del genere, allora sì, potrei vedere dove stai andando essendo difficile.

Il problema per me che ho iniziato con Cocoa molti anni fa è che era così diverso da qualsiasi altra cosa che aveva una piccola curva di apprendimento.Mentre molti altri sistemi sono orientati al tempo di compilazione, Cocoa è molto dinamico e orientato al runtime.Una volta che hai imparato come le azioni si collegano alle lezioni, diventa solo questione di imparare come funzionano le strutture Cocoa.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top