Depois de 123 dias a equipe de desenvolvimento do framework para desenvolvimento de jogos em 2D para iPhone SDK liberou uma nova versão, a verão 0.99.0 teve várias mudanças, correções e melhorias feitas no framework.

Esta nova versão já oferece suporte ao novo iPad mas para isto é preciso ter instalado o SDK 3.2 beta que possui o simulador para iPad.

Aqui você pode ver o post original sobre a nova versão:

http://www.cocos2d-iphone.org/archives/598

E aqui você pode ver tudo que mudou nessa nova versão:

http://www.cocos2d-iphone.org/wiki/doku.php/release_notes:0_99_0

Posts relacionados:

1. Criando jogos em 2D para iPhone – Parte 1
2. Tratamento de Exceptions em Objective-C
3. Trabalhando com Strings em Objective-C

Nesta primeira parte do artigo irei falar um pouco sobre o framework cocos2d e como utilizá-lo no XCode. Na segunda parte do artigo tentarei mostrar em um pequeno exemplo como explorar este framework para criar jogos em 2D para o iPhone SDK.

O cocos2d é um framework open source para desenvolvimento de jogos 2d baseado no OpenGL ES 1.1 e ele suporta gerenciamento de cenas, transição entre cenas, sprites, actions (comportamentos), menus e botões, renderização de textura, suporta a sons e muitas outras opções.

O primeiro passo é ter o XCode instalado no seu mac, para este tutorial estou utilizando a versao 3.2.1.

Continuando, seguirei para o site do cocos2d e farei o download da versão 0.8.2 do framework. Apos o arquivo ser baixado vamos instalá-lo para utilizarmos ele dentro do XCode.

Começarei descompactando o arquivo, depois abra o Terminal.app e va ao diretório do framework descompactado, lá tera um arquivo chamado install_template.sh e este deve ser executado para instalar os templates do cocos2d no XCode. Então ainda no Terminal e na pasta citada anteriormente execute o arquivo da seguinte forma:

./install_template.sh

Pronto, com isso o cocos2d já pode ser utilizado dentro do XCode. Abra o XCode e veja que agora existem templates disponíveis para criar aplicativos para iPhone SDK utilizando cocos2d.

Agora crie uma cocos2d Application, esse template irá criar uma pequena aplicação de demonstração (hello world) do framework. Basta executá-la no simulador e ver o resultado.

No próximo artigo iremos explorar alguns recursos do cocos2d e criar uma aplicação de exemplo.
Até o próximo artigo!

Posts relacionados:

1. Colando um Splash Screen no seu iPhone app
2. Nova versão do Cocos2d v0.99.0 liberada!
3. Trabalhando com Strings em Objective-C

// SomeClass
#import <Cocoa/Cocoa.h>
@interface SomeClass : NSObject {
}
-(void)doSomething
@end
#import "SomeClass.h"
#import "Delegate.h"
@implementation SomeClass
-(void)doSomething {
   NSLog(@"doSomething was called on %@", [self className]);
}
@end

As you can see it has only one instance method definition, called “doSomething”. Thus, it can respond to the “doSomething” message. But, what happens when we send a message that the receiver can’t respond to ? Lets make a try:

The receiver is the object that will receive the message. For example, in the following statement:

Dog *dog = [Dog new];
[dog bark];

dog is the receiver and bark is the message.

Here is our main code:

//MethodMissing
#import <Foundation/Foundation.h>
#import "SomeClass.h"
int main (int argc, const char * argv[]) {
  NSAutoreleasePool *pool = [NSAutoreleasePool new];
  SomeClass *someClass = [SomeClass new];
  [someClass doSomething];
  [someClass doSomethingElse];
  [pool drain];
  return 0;
}

This code compiles with warnings, because the message “doSomethingElse” is not defined in the SomeClass interface. Errors in the Objective-C message dispatch system occurs at runtime. Programmers need to be more careful when dealing with more dynamic languages.

Running the code we got the following result:


MethodMissing[1695:a0f] doSomething was called on SomeClass
MethodMissing[1695:a0f] -[SomeClass doSomethingElse]: unrecognized selector sent to instance 0x10010c6c0
MethodMissing[1695:a0f] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[SomeClass doSomethingElse]: unrecognized selector sent to instance 0x10010c6c0'


Not surprisingly the program crashed. First it invoke our declared “doSomething” message and logged the message to the console, all ok until now. But, in line eight we got a NSInvalidArgumentException with the error “-[SomeClass doSomethingElse]: unrecognized selector sent to instance 0x10010c6c0″.

This error message is very readable, the problem is that, there isn’t any message that respond to “doSomethingElse” in the class “SomeClass”, even at runtime.

And we got to the key topic of this post. We can handle unrecognized selectors messages and do a special treatment when it arrive to the receiver. How we do that ?

We need to overwrite two methods from the NSObject class in the receiver class:
-(void)forwardInvocation:(NSInvocation *)invocation
-(NSMethodSignature*)methodSignatureForSelector:(SEL)selector

An NSInvocation is an Objective-C message rendered static, that is, it is an action turned into an object. NSInvocation objects are used to store and forward messages between objects and between applications.

Now our classes looks like this:

// ForwardClass
#import <Cocoa/Cocoa.h>
@interface ForwardClass : NSObject {
}
-(void)doSomethingElse;
@end
#import "ForwardClass.h"
@implementation ForwardClass
-(void)doSomethingElse {
	NSLog(@"doSomething was called on %@", [self className]);
}
@end

// SomeClass
#import <Cocoa/Cocoa.h>
@interface SomeClass : NSObject {
	id forwardClass;
}
-(void)doSomething;
@end
#import "SomeClass.h"
#import "ForwardClass.h"
@implementation SomeClass
-(id)init {
	if (self = [super init]) {
		forwardClass = [ForwardClass new];
	}
	return self;
}
-(void)doSomething {
	NSLog(@"doSomething was called on %@", [self className]);
}
-(void)forwardInvocation:(NSInvocation *)invocation {
	if (! forwardClass) {
		[self doesNotRecognizeSelector: [invocation selector]];
	}
	[invocation invokeWithTarget: forwardClass];
}
-(NSMethodSignature*)methodSignatureForSelector:(SEL)selector {
	NSMethodSignature *signature = [super methodSignatureForSelector:selector];
	if (! signature) {
		signature = [forwardClass methodSignatureForSelector:selector];
	}
	return signature;
}
@end

When an object receive a message it doesn’t recognize, it wraps the invocation in a NSInvocation object and call the -(void)forwardInvocation passing it as parameter. But, first, it call the -(NSMethodSignature*)methodSignatureForSelector to get the method signature for the given selector.

Now, running the same program again we got:


MethodMissing[523:a0f] doSomething was called on SomeClass
MethodMissing[523:a0f] doSomethingElse was called on ForwardClass


And the program finished without any problems.

There are a lot of uses for this technic, some examples are:

• Wrap one object in a logger object that intercepts and records the invocation of interesting
  messages.
• Implement “synthetic” messages that are handled by other methods in your class. Imagine creating a generic database record object that catches any property message it receives (i.e., -saleDate, -setSaleDate:) and automatically translates it into a record query. Instead of coding date = [record getDateFieldWithKey:@"SaleDate"], you could simply write date = [record saleDate], without ever writing a -saleDate method. NSManagedObject and CALayer are examples of classes that implement synthetic properties.
• Create an object that forwards the message to a hierarchy of other objects, like a responder chain. Chapter 20 talks about responder chains. The proxy object would search a collection of other objects looking for one that implements the message

In a future post I will demonstrate one real world application of this.

Learn more about Paulo Poiati on his blog: http://blog.paulopoiati.com/

Posts relacionados:

1. Trabalhando com Strings em Objective-C
2. Começando em Objective-C
3. Tratamento de Exceptions em Objective-C

Neste artigo vou mostrar duas formas de fazer isso, a primeira irá utilizar toda a lógica do iPhone SDK e com isso não precisaremos codificar nada, já na segunda a nossa aplicação irá gerenciar o splash e por conta disso teremos que codificar um pouco.

Nos exemplos desse artigo irei utilizar a seguinte imagem como splash screen:

Esta imagem deve ter o nome Default.png, vou criar um novo aplicativo para iPhone SDK do tipo View-Based Application chamado splash-screen e adicionar esta esta imagem na pasta chamada Resources e pronto a primeira forma já esta pronto. É só rodar o aplicativo no simulador e o splash vai ser apresentado no carregamento do aplicativo.

Na outra forma, teremos que codificar um pouco então abra a interface splash_screenViewController.h e adicione dois métodos e um novo atributo:

@interface iCrazyFaceViewController : UIViewController {
IBOutlet UIView *splashScreenView;
}

- (void)showSplash;
- (void)hideSplash;

@end

Agora na classe splash_screenViewController.m vamos colocar a implementação desses métodos:

-(void)showSplash
{
UIViewController *modalViewController = [[UIViewController alloc] init];
modalViewController.view = splashScreenView;
[self presentModalViewController:modalViewController animated:NO];
[self performSelector:@selector(hideSplash) withObject:nil afterDelay:2.0];
}

//hide splash screen
- (void)hideSplash{
[[self modalViewController] dismissModalViewControllerAnimated:YES];
}

Abra pelo Interface Builder o arquivo splash_screenViewController.xib, adicione uma nova view e renomeie-a para SplashScreenView.
Nesta nova view criada, adicione um UIImageView e na propriedade image desse componente selecione a nossa imagem Default.png.
Conforme imagem a seguir, vamos fazer a ligação da view (SplashScreenView) com o Outlet que criamos na classe iCrazyFaceViewController chamado splashScreenView.

Ligando outlet pelo interface builder

Pronto, o exemplo já está pronto! Salve o arquivo no Interface Builder, volte para o Xcode e execute a aplicação para conferir o resultado.

O projeto criado neste exemplo está disponível para download no git:

http://github.com/rlazoti/iphonesdk-splash-screen

Posts relacionados:

1. Incluindo um ícone no seu aplicativo para iPhone
2. Criando jogos em 2D para iPhone – Parte 1
3. Tratamento de Exceptions em Objective-C

Assim que vi esta mensagem lembrei que ja existia uma nova versão do iPhone SDK 3.1 beta3 e que já deveria dar suporte para a versão 3.0.1 do OS. Engano meu, apos fazer o download de cerca de 2,5Gb do novo SDK e instalá-lo vi que o problema continuou.

Então resolvi pedir ajuda ao oráculo ( Google ) e foi então que encontrei uma forma simples de resolver este problema na qual vou mostrar aqui para caso alguém mais precise.

O primeiro passo é ir até a pasta /Developer/Platforms/iPhoneOS.platform/DeviceSupport/ conforme imagem abaixo:

Depois vamos listar ( comando ls ) tudo que existe dentro dessa pasta e procurar por uma pasta chamada 3.0

Agora basta criar um “link simbólico” chamado 3.0.1 da pasta 3.0 conforme comando abaixo:

Tudo pronto, agora é só reiniciar o XCode que ele voltará a reconhecer seu iPhone!

Posts relacionados:

1. Colando um Splash Screen no seu iPhone app
2. Criando jogos em 2D para iPhone – Parte 1
3. Incluindo um ícone no seu aplicativo para iPhone

Para criar um ícone para um aplicativo do iPhone SDK, precisamos criar uma imagem de 57 x 57 pixels.

Você não precisa criar o efeito glass presente na maioria dos ícones presentes no iPhone, pois o iPhone já faz isto para você.

Neste exemplo irei utilizar a seguinte imagem no formato PNG.

Criei um aplicativo chamado IconTest para iPhone SDK no Xcode sem nenhum codigo, utilizando o template View-Based Application.

Agora temos que arrastar o nosso icone para dentro do Xcode na pasta Resources, com isso sera apresentada uma tela confirmando a inclusão desse novo arquivo conforme a imagem a seguir:

Agora o ícone ja e encontra disponível dentro do aplicativo conforme podemos ver na imagem a seguir:

E para finalizar, vamos informar o nosso icone na propriedade icon file do arquivo IconTest-Info.plist:

Pronto, agora vamos executar o aplicativo e conferir o resultado:

Com isso, podemos ver como é simples incluir um ícone em aplicativos no iPhone SDK.

Posts relacionados:

1. Colando um Splash Screen no seu iPhone app
2. Criando jogos em 2D para iPhone – Parte 1
3. Problema com iPhone OS 3.0.1 – No provisioned iPhone OS device is connected

O suporte a exception é feito pelas diretivas de compilação: @try, @catch, @throw, e @finally. A seguir irei definir o signigicado de cada diretiva.

@try: inicia um bloco de tratamento de exception, dentro dele deve estar todo código que pode ou deve lançar alguma exception.

@catch: contém o tratamento de uma determinada exception lançada pelo código contido no bloco @try.

@throw: sua finalidade é lançar uma exception.

@finally: todo código contido neste bloco será executado independente de uma exception ser lançada ou não dentro do bloco @try.

A sintaxe comum para declar um bloco @try..@catch..@finally é:

@try {
	//codigo aqui
}
@catch( NSException *exception ) {
	//tratamento da exception aqui
}
@finally {
	//codigo sempre executado aqui
}

Agora vou criar um pequeno exemplo para demostrar o bloco funcionando.
Irei criar uma instancia da classe NSObject e dentro do bloco @try irei invocar o método doNothing que não existe e com isso será lançada um NSException.

NSLog( @"Creating the instance of NSObject" );
NSObject *object = [[NSObject alloc] init];

@try {
	NSLog( @"try block" );
	[object doNothing];
}
@catch( NSException *exception ) {
	NSLog( @"catch block" );
	NSLog(@"main: Caught %@: %@", [exception name], [exception  reason]);
}
@finally {
	NSLog(@"finally block");
}

O resultado desse exemplo é:

App3[1594:10b] Creating the instance of NSObject
App3[1594:10b] try block
App3[1594:10b] *** -[NSObject doNothing]: unrecognized selector sent to instance 0x105950
App3[1594:10b] catch block
App3[1594:10b] main: Caught NSInvalidArgumentException: *** -[NSObject doNothing]: unrecognized selector sent to instance 0x105950
App3[1594:10b] finally block

Podemos tratar diversas exception em um único bloco @try, utilizando vários blocos @catch um em seguida do outro. Lembrando que você deve tratar primeiro as exceptions mais específicas e depois as mais genéricas. Veja um exemplo abaixo:

@try {
	//codigo aqui
}
@catch( MyCustomException *exception ) {
	//tratamento da exception aqui
}
@catch( NSException *exception ) {
	//tratamento da exception aqui
}
@finally {
	//codigo sempre executado aqui
}

Agora vou demonstrar o uso da diretiva @throw que serve para lançar uma nova exception, seu uso é bem simples bastando apenas informar a instancia da exception que será lançada.

@try {
	NSLog( @"try block" );
	NSException *exception = [NSException exceptionWithName:@"HotTeaException" reason:@"The tea is too hot"  userInfo:nil];
	@throw exception;
}
@catch( NSException *exception ) {
	NSLog(@"main: Caught %@: %@", [exception name], [exception  reason]);
}

No exemplo anterior repare que não utilizei a diretiva @finally apenas para demonstrar que seu uso não é obrigatorio. O resultado apresentado desse código é:

App3[1886:10b] try block
App3[1886:10b] main: Caught HotTeaException: The tea is too hot

Com isso já temos um bom conhecimento de como tratar exceptions em nosso código Objective-C.

Posts relacionados:

1. Trabalhando com Strings em Objective-C
2. Forwarding Objective-C Messages
3. Criando jogos em 2D para iPhone – Parte 1

NSString e NSMutableString( subclasse de NSString ).

Uma string imutável (NSString) é definida não sua criação e não pode mais ser alterada, enquanto uma string mutável (NSMutableString) pode ter seu conteúdo alterado após sua criação. Com base nessas informações, entendemos que devemos utilizar NSString quando uma string não precisar ser alterada depois de sua criação e caso contrário devemos utilizar a classe NSMutableString.

Podemos criar uma String de 2 formas, utilizando métodos das classes NSString e NSMutableString ou o construtor @.

NSString *texto1 = @"Minha String";
NSString *texto2 = [NSString stringWithUTF8String :"Nova String"];

Para comparar strings, você pode utilizar o operador == ou o metodo isEqualToString, utilizando o operador == a comparação é feita utilizando os ponteiros das variáveis e utilizando o método isEqualToString a comparação é feita utilizando o conteúdo das duas strings.

NSString *texto1 = @"Minha String";
NSMutableString *texto2 = [[NSMutableString alloc] initWithString:@"Minha "];
[texto2 appendString: @"String"];

[texto1 isEqualToString: texto2]; // retorna false
NSBool *resultado = (texto1 == texto2); //retorna true

A classe NSString fornece diversos métodos para ajudar o desenvolvedor, para conhece-los o ideal é ler a documentação da classe disponível na Apple Developer Connection.

Vou incluir alguns exemplos abaixo para demostrar alguns recursos que a classe NSString fornece:

NSString *texto1 = @"Mac";
NSString *texto2 = [texto1 stringByAppendingString:@" Developers"];
// texto2 tera o valor @"Mac Developers"

No exemplo acima criei uma instância de NSString chamada texto1 e depois criei outra instância chamada texto2 utilizando o valor da variavel texto1 e adicionando outro valor no final.

NSString *numeros = @"0123456789";
NSString *parte = [numeros substringToIndex:4];
// parte é igual a @"0123"

No exemplo acima criei uma instância de NSString chamada numeros com o valor “0123456789″ e depois criei uma segunda instância de NSString chamada parte onde seu valor sera os 4 primeiros caracteres da variavel numeros.

Com isso já sabemos o básico de como utilizar as classes NSString e NSMutableString em Objective-C.

Posts relacionados:

1. Tratamento de Exceptions em Objective-C
2. Definindo classes em Objective-C – Parte 1
3. Começando em Objective-C

• Uma interface que declara os métodos, variáveis de instância da classe e sua superclasse.
• Uma implementação que realmente define a classe (contém o código que implementa os seus métodos).

Essas duas partes são geralmente divididas em dois arquivos, no entanto, uma definição de classe pode abranger vários arquivos através da utilização de um recurso chamado de “category” (Category serve para que uma classe já implementada possa receber novos métodos, algo parecido com subclasses).

Arquivos

Mesmo que o compilador não exija, a interface e a implementação são normalmente separados em dois arquivos diferentes. Um único arquivo pode declarar ou implementar mais de uma classe. No entanto, é recomendado um arquivo distinto para cada interface e outro para cada implementação.

Os arquivos de interface e implementação normalmente possuem o mesmo nome da classe. O nome do arquivo de implementação tem a extensão .m indicando que ele é um código fonte Objective-C. O arquivo da interface pode ser atribuído para qualquer outra extensão, contudo, geralmente utiliza-se a extensão .h (Indicando um Header ou Cabeçalho).

Por exemplo, a classe Person seria declarada no arquivo Person.h (Interface) e definida no Person.m (Implementation).

Interface

A declaração de uma interface inicia-se com a diretiva de compilação @interface e termina com a diretiva @end. (Todas as directivas de compilação em Objective-C começam com “@”). A seguir uma demonstração de como uma interface deve ser:

@interface ClassName : ItsSuperclass
{
instance variable declarations
}

method declarations

@end

A primeira linha da declaração apresenta o nome da classe e a identificação de sua superclasse. Se uma classe nao informar uma superclasse então sera implicitamente utilizado a classe NSObject como superclasse.

Após a primeira linha de código da classe, um conjunto de chaves envolvem a declaração de variáveis da classe e em seguida vem a declaração de metodos que irão compor a classe. Os métodos podem ser definidos como métodos de classe e métodos de instancia. Métodos de classe são métodos que podem ser executam sem a necessidade de uma instância da classe, este tipo de método é definido pelo sinal ‘+’. Um exemplo de método de classe seria:

+ doSomething;

Métodos de instancia, são metodos executados através das instancias de classes, este tipo de método é definido pelo sinal ‘-’ e um exemplo de método de instancia seria:

- (void) doSomething;

Regras para Interface

A finalidade do arquivo de interface é declarar a nova classe para outros arquivos fonte (e para outros programadores). Ela contém todas as informações que eles precisam para trabalhar com a classe (programadores poderão também apreciar um pouco de documentação).

A interface informa aos usuários como a classe está ligada na hierarquia de herança e o que ela herda.

A interface também permite que o compilador saiba que variáveis de instancia ela contém, diz também que variáveis foram herdadas. Apesar do exemplo de variáveis serem naturalmente mais vistos como uma questão da aplicação de uma classe e não na sua interface, eles devem ser declarados no arquivo de interface. Isto acontece porque o compilador precisa saber a estrutura de um objeto quando ele é utilizado, não apenas onde ele encontra-se definido.

Através de sua lista de método declarados, a interface permite que outros módulos saibam que mensagens podem ser enviadas para uma classe e instâncias da classe. Qualquer método que pode ser utilizado fora da definição da classe deve ser declarado na interface, métodos internos da classe de implementação podem ser omitidos.

Na próxima parte do artigo irei falar um pouco mais sobre declaração de variáveis de instância e de métodos, assim como do arquivo de implementação.

Posts relacionados:

1. Trabalhando com Strings em Objective-C
2. Começando em Objective-C
3. Tratamento de Exceptions em Objective-C

Basicamente criei uma classe Pessoa com duas variaveis de instancia (nome e data de nascimento), um metodo estático (class method) e três métodos de classe. Criei uma representação UML utilizando tipos do Java para representar a classe, pois não achei como utilizar os tipos do ObjC no argoUML.

Não vou ficar explicando para que serve exatamente cada parte do código para nao alongar muito o post e para ter assuntos para outros posts também!

Todo o codigo pode ser colocado em um único arquivo (algumNome.m) ou em arquivos separados @Interface ( algumNome.h) @Implementation e metodo main (algumNome.m).

Com este pequeno exemplo já pode-se entender de uma forma simples como trabalhar com classes e suas instancias, Strings, Datas e algumas definições OO em Objective-C.

Finalmente vamos ver o exemplo, vou começar pela @Interface (É diferente de uma interface Java) que especifica o que a classe People irá conter:

#import

//Interface of the class People
@interface People : NSObject
{
//defining the instance variables as private
@private
NSString *name;
NSDate *birthDate;
}

//static method or class method
+ (void) doSomething;

//instance method
- (void) sayMyName;
- (void) sayMyAge;
- (int) calculateMyAge;

//properties (getters and setters)
@property (readwrite, copy) NSString *name;
@property (copy, readwrite) NSDate *birthDate;

@end

Agora vou mostrar como ficou a implementação da classe People (antes que alguém reclame o calculo da idade so esta sendo feito ate o nivel Mês, ou seja, nao esta utilizando o dia do aniversario, apenas ano e mes para calcular a idade):

//Implementation of the class People
@implementation People

/*
tell the compiler that it should synthesize
the setter and/or getter methods for the property
*/
@synthesize name;
@synthesize birthDate;

//implementation of the method class
+ (void) doSomething {
printf("Do something!\n");
}

//implementation  of the instance method class
- (void) sayMyName {
printf("Hi, my name is %s\n", [name UTF8String] );
}

//implementation of the instance method class
- (void) sayMyAge {
NSString *myBirthDay = [birthDate descriptionWithCalendarFormat:@"%d/%m/%Y" timeZone:nil locale:nil];
printf("Hi, my birth day is %s ", [myBirthDay UTF8String]);
printf("and i have %i years", [self calculateMyAge]);
}

//implementation of the instance method class
- (int) calculateMyAge {
NSDate *currentDate = [NSDate date];
int birthYear = [[birthDate descriptionWithCalendarFormat:@"%Y" timeZone:nil locale: nil] intValue];
int birthMonth = [[birthDate descriptionWithCalendarFormat:@"%m" timeZone:nil locale:nil] intValue];
int currentYear = [[currentDate descriptionWithCalendarFormat:@"%Y" timeZone:nil locale:nil] intValue];
int currentMonth = [[currentDate descriptionWithCalendarFormat:@"%m" timeZone:nil locale:nil] intValue];
int age = currentYear - birthYear;
if (currentMonth <= birthMonth) {
age--;
}
return age;
}

@end

Pronto, já temos a classe pronta! Agora vou testá-la:

int main (int argc, const char * argv[]) {
//call class method
[People doSomething];

//create a instance of People
People *rodrigo = [[ People alloc] init];

//set the name
[rodrigo setName: @"Rodrigo Lazoti"];

//set the day of birth. Format: month/day/year
[rodrigo setBirthDate: [NSDate dateWithNaturalLanguageString:@"08/08/1981"]];

//call instance method
[rodrigo sayMyName];

//call instance method
[rodrigo sayMyAge];

//end program
return 0;
}

O resultado do código executado será:

Do something!

Hi, my name is Rodrigo Lazoti.

Hi, my birth day is 08/08/1981
and i have 27 years

Posts relacionados:

1. Forwarding Objective-C Messages
2. Definindo classes em Objective-C – Parte 1
3. Trabalhando com Strings em Objective-C