Recentemente, ho cambiato file di codice sorgente di tutto il mio progetto da.m a estensioni di file.mm. Questo sta dicendo al compilatore compilare i file come Obiettivo-C ++/C ++ il codice invece dell'inadempienza Objective-C/C. Avevo bisogno di fare così perché sto usando Box2D, e come un'abitudine ho intenzione di usare.mm d'ora in poi per ogni file di sorgente che creo. I needed to do so because I’m using Box2D, and as a habit I intend to use .mm from now on for every source file I create.
Comunque, si guardi delle differenze sottili. Prima, se un NSAssert fu provocato, fermò l'esecuzione di programma. Ma in file.mm questo semplicemente stampa il messaggio d'asserzione alla console mentre l'App continua l'esecuzione. Questo conduce ad asserzioni guardate dall'alto, o i messaggi d'asserzione ininterrottamente vendenti merce sottocosto alla console. Chiaramente non quello che volli. Cambio dell'estensione di file da.mm indietro a.m fissò il problema, ma questo non è una scelta che ho per tutti i file. But in .mm files it simply prints the assertion message to the console while the App continues execution. This leads to overlooked assertions, or continuously dumping assertion messages to the console. Clearly not what I wanted. Changing the file extension from .mm back to .m fixed the problem, but that’s not an option I have for all files.
Mi guardai intorno e trovai un articolo blog da Vincent Gable che menziona che NSAssert è considerato dannoso. Questo prese la mia attenzione, perché descrisse lo stesso problema che provai (NSAssert non l'esecuzione titubante) basando l'argomento su Vudù (“Qualche volta fa, qualche volta non fa …”) rispettivamente nessun argomento affatto, sta soltanto dicendo che Lei “NSAssert è su cui non si può contare, perciò pericoloso”.
È come se lui voglia che io lo dimostri in modo sbagliato. 
In difesa di Vincent, lo sbagliato lui è fatto a NSAssert da cui lui compensa aver scritto un gran metodo di taglio e trasporto dei tronchi che sto per aggiungere a gocos perché è così comodo.
Perché asseriscono () è meno utile che NSAssert
Prima di tutto, l'asserire () la funzione ha un problema grande: questo non permette ai parametri di esser aggiunti allo spago di produzione, poiché lo spago di produzione può solo essere uno spago costante, come in quest'esempio:
Con NSAssert Lei può veramente embedd alcuni valori nel messaggio d'asserzione:
È tremendeously utile in molti casi di vedere veramente l'offesa o i valori interessanti nel messaggio d'errore, senza bisogno avere di infiammare il programma di correzione degli errori. Particolarmente quando si tratta di nomi di file, e perfino più così se gli utilizzatori finali potrebbero vedere quelle asserzioni. Non un problema sulla SOLUZIONE INTEGRATA PER UFFICIO, ma pensano di sviluppare Apps fatto col personal computer. Not a problem on the iOS, but think of developing desktop Apps.
Perché NSAssert non è dannoso, e come fissarlo
Così allora, perché non ha fermato il mio App l'esecuzione quando un NSAssert ha provocato? Non posso veramente risponderLe che, i dottori di mela dicono che NSAssert alzerà un NSInternalInconsistencyException. In modo che debba impedire che l'App funzioni? Non sembra di essere il caso quando Lei sta usando l'Obiettivo-C ++ il compilatore, e non sto dirigendo il codice secondo un filo diverso neanche. Forse qualcuno può fare alcuna luce quanto a perché NSAssert in C ++ il codice automaticamente non impedisce che l'App funzioni. So that should stop the App from running? It does not seem to be the case when you’re using the Objective-C++ compiler, and I’m not running the code on a different thread either. Maybe someone can shed some light as to why NSAssert in C++ code doesn’t automatically stop the App from running.
La buona cosa è, c'è una strada facile di fissare questo. In Xcode scelgono la Corsa-> la Dimostrazione-> i Punti di arresto di una esecuzione dal menù, per allevare la lista di punti di arresto di una esecuzione. Nella lista del punto di arresto di una esecuzione Lei solo ha bisogno di aggiungere il simbolo objc_exception_throw. La prossima volta che un NSAssert provoca, l'App si fermerà immediatamente e alleverà il programma di correzione degli errori. In the breakpoint list you only need to add the symbol objc_exception_throw. Next time an NSAssert triggers, the App will stop immediately and bring up the debugger.
Alcuni posti (ad esempio: qui) anche Le dirà aggiungere [NSException alzano] alla lista di punti di arresto di una esecuzione. Questo non è necessario, questo è stato sostituito con objc_exception_throw da Mac OS X 10.5. That’s not necessary, this has been replaced with objc_exception_throw since Mac OS X 10.5.
Spegnere d'asserzioni
Devo ammettere, sono completamente viziato da Studio Visivo. Perché Xcode La ordina di aggiungere NS_BLOCK_ASSERTIONS siccome una macroistruzione al Suo progetto costruisce installazioni per non compilare NSAssert in rilascio costruisce è al di là di me. Se Lei sta usando NSAssert nel Suo codice, si assicuri che il Suo rilascio e/o distribuzione costruiscono definiscono la macroistruzione NS_BLOCK_ASSERTIONS. If you’re using NSAssert in your code, make sure that your release and/or distribution builds define the NS_BLOCK_ASSERTIONS macro.
Se Lei proprio usa l'asserire () macro comunque, o se Lei sta usando una 3a biblioteca del partito che gli usi asseriscono (), si assicuri per anche definire NDEBUG per rilascio/distribuzione costruisce.
Come una nota di parte, quando aggiorno il mio cocos2d-progetto rispettivamente lo sostituiscono con gocos, questo avrà tutte queste installazioni in modo conveniente configurate.
Cattura d'eccezioni imprese
Su una questione imparentata, c'è sempre il problema d'eccezioni imprese che semplicemente fermano il Suo App, con un po' di probabilità di localizzare e rimuovere errori dalla causa effettiva. Questo avviene raramente, ma quando questo fa, sarebbe veramente utile anche allevare il programma di correzione degli errori con la pila di telefonata corrente e tutto. Lei può mettere un addestratore d'eccezione globale a prendere eccezioni imprese chiamando il NSSetUncaughtExceptionHandler nel metodo applicationDidFinishLaunching del Suo AppDelegate: You can set a global exception handler to catch uncaught exceptions by calling the NSSetUncaughtExceptionHandler in the applicationDidFinishLaunching method of your AppDelegate:
{
NSLog ("l'eccezione impresa: il %", exception.description); %@", exception.description);
}
- (vuoto) applicationDidFinishLaunching: (UIApplication *) l'applicazione) applicationDidFinishLaunching:(UIApplication*)application
{
NSSetUncaughtExceptionHandler (&onUncaughtException);;
...
}
Nel metodo onUncaughtException Lei semplicemente registrerà l'eccezione sul giornale di bordo e (molto importante) aggiungono un punto di arresto di una esecuzione. Il messaggio NSLog serve allo scopo di essere capace di facilmente mettere un punto di arresto di una esecuzione all'interno di questo metodo. Non deve essere altro NSAssert perché questo lancerà altra eccezione, che solo servirà per fare la messa a punto più complicata quando un punto di arresto di una esecuzione semplice basta. It should not be another NSAssert because that will throw another exception, which will only serve to make debugging more complicated when a simple breakpoint suffices.
Il mio Cocos2D Xcode il progetto è adesso su Github. La sorgente aperta, libera, in modo conveniente MIT Autorizzato, include il rootViewController e sostiene Cocos2D v0.99.5 rc0.
Sto anche lavorando (con) una versione molto aumentata del progetto di Xcode. Questo integra la cera (Lua) e un Sistema di Componente d'Oggetto di Gioco che definii “gocos”. Anche viene con classi di comodità molto più utili. Also comes with a lot more useful convenience classes.
Ma l'idea grande è quella di veramente scaricare (o il collegamento dentro github, se posso riuscire a capire se e come questo lavora) tutti i progetti dipendenti in un deposito, in modo che Lei possa scaricare tutto subito e questo lavora della scatola. Attualmente ci sono 3 progetti fatti riferimento da cocos2d-progetto: il gocos (chiamarlo una biblioteca di comodità e codice di gameplay per Cocos2D), la cera (il sostegno di Lua) ed evidentemente il cocos2d-iPhone. Allora tutto questo è necessario sta per esser legato in un fascio in un pacco grande, quali vuoti tutta l'incompatibilità di versione emette. gocos (let’s call it a library of convenience and gameplay code for Cocos2D), wax (Lua support) and obviously cocos2d-iphone. So everything that’s needed is going to be bundled in one big package, which voids all of the version incompatibility issues.
Lei può ancora fare esperimenti con versioni diverse di queste biblioteche ma in quel caso penso che Lei sa quello che Lei sta facendo e questo esce devono esser aspettati. Ma essendo un deposito github, Lei può certamente clonare e commettere cambiamenti.
Stuzzichino
Qui è quello che ho fatto con Lua. Lo sto attualmente usando solo come una sostituzione plist migliore per installazioni. È migliore che plist perché Lei può fare commenti su ogni articolo, Lei può classificarli facilmente, Lei può dirigere funzioni e gli algoritmi per generare valori o caricare dati supplementari, e in generale è molto più facile da lavorare con che il redattore plist. Qui è config.lua ridotto che è caricato a tempo di elaborazione in una gerarchia d'oggetti di NSDictionary: It’s better than plist because you can comment on each item, you can sort them easily, you can run functions and algorithms to generate values or load additional data, and in general it’s a lot easier to work with than the plist editor. Here’s a reduced config.lua that is loaded at runtime into a hierarchy of NSDictionary objects:
{
AccelerometerControls =
{
UpdatesPerSecond = 60, - 60 Hz
La capacità di reazione = 0.997,
SensitivityX =-2,
SensitivityY = 2,
MaxVelocity = 100,
},
}
restituisca config
E questa linea di codice carica questi valori e gli assegna alle proprietà corrispondentemente chiamate della classe d'obiettivo:
Questo è tutto che Lei ha bisogno di fare per trasferire i valori da config.lua in un caso di classe. Timesaver enorme! L'unico inconveniente è quello che questo attualmente non può differenziarsi tra galleggiante, intervallo e bool (a causa di NSNumber), allora questo attualmente solo sostiene proprietà di galleggiante. The only drawback is that it currently can’t differentiate between float, int and bool (due to NSNumber), so it currently only supports float properties.
A causa di parecchi cambiamenti rompenti nelle versioni di beta Cocos2D recenti, compreso il rinominare del Cocos2D progettano a cocos2d-ios.xcodeproj, ho fatto un aggiornamento al mio progetto di Xcode. Lei sa, quel che da questo seminario universitario sotto la guida di un tutor che Le permette di tenere Cocos2D completamente seperate dal Suo codice, che a sua volta La permette a facilmente e al sicuro su - e il declino Cocos2D puramente sostituendo la cartella Cocos2D.
Così adesso questo anche lavora con Cocos2D e qui è il trasferimento di dati:
Scarichi il Progetto di Xcode (Cocos2D v0.99.5 la beta 3 e più tardi)
Quello che Lei deve fare per fare passare a potenza superiore il progetto, in caso Lei già iniziò un progetto dalla mia sagoma Xcode più vecchia, ma Le piacerebbe fare passare a potenza superiore a Cocos2D v0.99.5 la beta 3:
- tolga il progetto di cocos2d-iPhone dal Suo progetto di Xcode
- segua queste istruzioni da Scelto il Progetto sé stesso fino a e compreso Drag & Drop Libraries per Porre come obiettivo
- (non dimentichi di ripetere le istruzioni per tutti gli obiettivi che Lei sta usando, non soltanto il corrente)
- pulisca tutti gli obiettivi e costruisca
Annoti: secondo la SOLUZIONE INTEGRATA PER UFFICIO la versione di SDK Lei è in atto, Lei dovrebbe Ricevere l'Informazione sul progetto di Xcode così come il progetto di cocos2d-ios e sull'etichetta Generale mette SDK Basso a SOLUZIONE INTEGRATA PER UFFICIO 4.x, poi chiude e riapre il progetto (Xcode deve aggiornare la versione SDK immediatamente ma qualche volta questo non fa).
Se Lei progetta di usare Cocos2D v0.99.4 allora il progetto di Xcode che sostiene questa versione Cocos2D è ancora disponibile qui.
Sto scrivendo un Libro: Impari l'iPhone e iPad Cocos2D lo sviluppo di Gioco
Sto scrivendo un libro per Apress:
Impari l'iPhone e iPad Cocos2D lo sviluppo di Gioco: La Struttura Principale per Costruire 2e Applicazioni Grafiche e Interattive
Indovino che qualcuno volle essere molto preciso e minuzioso. 
Sono blog su progresso del libro qui e quando è pubblicato aggiungerò materiali supplementari allora i lettori possono continuare il loro viaggio qui. Poiché questo viaggio sta soltanto cominciando – sto proponendo che il primo capitolo in modo adatto intitolò "l'Introduzione" domani – e la scrittura che un libro intero di 400 pagine è un'esperienza completamente nuova a me, voglio farLa entrare sul viaggio.
Mi aiuti ad aiutarLa da provvedendo il feedback a contenuto del libro siccome lo sto scrivendo!
Per le settimane venienti, annuncerò il titolo di capitolo di libro corrente e una descrizione corta e Le chiederò quello che Le piacerebbe vedere in questo capitolo. Farò questi posti ogni venerdì cominciando domani finché il libro sia completo. In questo posto Lei poteva iniziare dicendomi che Lei aspetterebbe da questo libro o che Le piacerebbe vedere in questo soltanto dato il suo titolo? Indovino che la Sua risposta sarà "molto" data la natura allungata del titolo.:p In this post you could start by telling me what you’d expect from this book or what you’d like to see in it just given its title? I guess your answer will be “a lot” given the title’s elongated nature. :p
Spero che Lei mi perdona se gli aggiornamenti contenti a questo sito web non saranno come completo durante i mesi venienti, in favore di scrittura del libro e codificazione di giochi campione. Più sto cucinando su qualcosa speciale sulla parte, ma tutti a tempo debito.
Oh, a proposito, se Lei capita di sapere che tipo di frutto che è sulla copertura che mi piacerebbe sapere. Potevo soltanto chiedere che il mio redattore ma mi piacerebbe vedere se possiamo riuscirlo a capire senza l'aiuto da Apress. Questo veramente non mi assomiglia a una noce di cocco, che si sarei adattato dato il soggetto. Se Lei ha qualche idee come il frutto è, fatemi sapere! Questo le occhiate sicure esotiche e è definetely non una banana, né un limone. Così che cosa è? Il primo per annunciare la risposta corretta in un commento, insieme con un collegamento con Wikipedia o altro sito web come prova, riceve una copia del libro gratis quando questo è fuori (o 40$ adesso)! It doesn’t really look like a coconut to me, which would have been fitting given the subject. If you have any ideas what fruit it is, let me know! It sure looks exotic and it’s definetely not a banana nor a lemon. So what is it? The first to post the correct answer in a comment, together with a link to Wikipedia or some other website as proof, gets a copy of the book for free when it’s out (or $40 now)!
E adesso per qualcosa completamente diverso …
Come una nota di parte, i file di progetto di Xcode dal Seminario universitario sotto la guida di un tutor Xcode sono adesso disponibili per trasferimento di dati qui. Avevo l'abitudine di chiederLe di unirsi al mio Bollettino d'informazioni ma non mi sento bene troppo buono su agganciamento di Lei su con il mio Bollettino d'informazioni usando il progetto come una carota pendente, così la congiunzione del Bollettino d'informazioni adesso sarà una cosa completamente spontanea. Solo mando bollettini d'informazioni per aggiornamenti notevoli e notizie importanti, al massimo un paio di volte per mese, allora questo è la cosa Lei vuole se Lei sta già lottando con eccedenza di RSS. I only send newsletters for substantial updates and important news, at most once or twice per month, so that’s the thing you want if you are already struggling with RSS overflow.
Se Lei seguì il mio Seminario universitario sotto la guida di un tutor di Progetto di Xcode o lo ricevè dopo mettere la firma per il mio Bollettino d'informazioni Lei può aver notato che non compilerebbe se Lei aggiunse #import “box2d.h” ad alcuna delle Sue classi. Investigai e grazie ai Suoi commenti il problema fu facile da fissare. Scrissi una lezione Tutoria che espone dettagliatamente box2d i problemi d'integrazione e come risolverli. I wrote a Tutorial lesson detailing box2d integration issues and how to solve them.
Inoltre, Tim Soliday chi blogs a FatFingerStudios.com passò attraverso lo sforzo per creare una Sagoma Xcode "vera" del mio progetto Tutorio. Da "vero" voglio dire una Sagoma Xcode che sarà aggiunta a “File di Xcode-> la Nuova” lista Di progetti d'applicazioni in modo che Lei possa preferire iniziare da “cocos2d l'Applicazione da là. Questo è stato anche richiesto da lettori. Aggiunsi altra lezione Tutoria che descrive come installare la Sagoma di Xcode di Tim. This has also been requested by readers. I added another Tutorial lesson which describes how to install Tim’s Xcode Template.
Aggiungerò la Sagoma Xcode di Tim alla posta di benvenuto di Bollettino d'informazioni in dei minuti di coppia allora i nuovi abbonati di Bollettino d'informazioni lo riceveranno automaticamente! Se Lei ha già messo la firma per il mio Bollettino d'informazioni Lei l'avrà nel Suo inbox tra poco, Lei non deve mettere la firma di nuovo!
Nuovo Projectfiles che Lei riceverà anche contiene i pasticci di box2d e include la mia raccolta di codice sorgente libera e parecchi altri cambiamenti. Il più notevolmente l'aggiunta di file di Licenza e struttura di cartella che vanno insieme con questo quali aiutano me e i miei clienti a differenziarsi tra il mio codice sorgente basso che è solo autorizzato al cliente contro codice sorgente che è più tardi completamente posseduto dai miei clienti. Si senta libero di non fare caso o cancellare questi file di Licenza se Lei ha l'è inutile per loro. Feel free to disregard or delete these License files if you have no use for them.
