1.方法顺序无关 
Objective-C类由声明文件h和实现文件m组成，所有的public方法都在h文件中声明，private方法可以写在m文件中，但是在早期的编译环境中需要注意方法的顺序，例如下面的代码，在早期的编译环境会给出警告： 
类和方法声明：

@interface ObjcNewFeatures : NSObject
-(void)doSomething:(NSString *) text;
@end

实现:

@implementation ObjcNewFeatures
-(void)doSomething:(NSString *)text{
    NSLog(@"%@", [text stringByAppendingFormat:[selfgetCode]]);
}
-(NSString *)getCode{
    return@"Unicode";
}
@end

早期编译器编译时会出现：warning: instance method ‘-getCode:’ not found…

这是因为根据编译顺序，编译器不知道在doSomething之后还有getCode方法，所以会给出警告。解决办法有多种，比如可以把getCode方法放到doSomething之前，也可以提前声明私有方法，如下： 在m文件中增加：

@interfaceObjcNewFeatures()
-(NSString *)getCode;
@end

新版编译器在LLVM中增加了新特性，改变了顺序编译的方式，首先扫描方法声明，然后再对其实现部分进行编译。这样无论是public还是private方法，就变得顺序无关了。目前XCode的最新版本4.3.3采用的默认编译器是Apple LLVM compiler 3.1，以上代码在最新的编译环境下正常运行。

2.枚举类型的改进
在OS X v10.5之前，我们如何在Objective-C中定义一个枚举类型呢？如下：

typedef enum { 
    ObjectiveC,
    Java, 
    Ruby, 
    Python, 
    Erlang 
}Language;

这种写法简单明了，用起来也不复杂，但是有一个问题，就是其枚举值的数据范围是模糊的，这个数值可能非常大，可能是负数，无法界定。

在OS X v10.5之后和iOS中，你可以这样写：

enum {
    ObjectiveC,
    Java,
    Ruby,
    Python,
    Erlang
};
typedef NSUInteger Language;

这种写法的好处是，首先这个枚举的数据类型是确定的，无符号整数。其次由于我们采用了 NSUInteger，可以不用考虑32位和64位的问题。带来的问题是数据类型和枚举常量没有显式的关联。 
在XCode4.4中，你可以这样写枚举了：

typedef enum Language : NSUInteger{
    ObjectiveC,
    Java, 
    Ruby, 
    Python, 
    Erlang 
}Language;

在列出枚举内容的同时绑定了枚举数据类型NSUInteger，这样带来的好处是增强的类型检查和更好的代码可读性。

当然，对于普通开发这来说，枚举类型可能不会涉及到复杂的数据，使用之前的两种写法也不会有什么大问题。无论如何，在XCode4.4发布之后，我们就可以尝试采用新的写法了。

3.属性合成
每个开发人员对property都很熟悉，我们需要为类定义属性，编写getter和setter方法。那么我们在Objective-C中是如何进行处理属性呢？很简单，首先在h文件中定义属性：

@property (strong) NSString *name;

然后在m文件中使用@synthesize指令实现属性的accessor方法和定义实例变量ivar：

@synthesize name = _name;

@synthesize的含义是，如果没有进行重载的情况下，编译器会根据读写属性自动为类实例变量_name生成getter和setter方法。当然，你也可以用@dynamic指令指定该属性的相关方法由开发人员实现。

这样看起来是不是已经很简单了？但是没有最简单只有更简单。在XCode4.4中，我们可以省略掉@synthesize name = name;这一行，完全交给编译器去实现。也就是说在h文件中声明属性name后，就可以直接在实现文件中使用该属性的getter和setter方法，并使用实例变量name。并且编译器会根据属性的可读和可写自动判断是否提供setter方法。

那么在这种情况下，如果你声明了@dynamic的属性，编译器该如何处理呢？所有synthesize相关的特性将不再起作用，你需要自己去实现属性的相关方法。

总接一下属性合成的新特性：
除非明确说明，否则属性相关的accessor方法（getter和setter）将自动生成。
除非所有的accessor方法提供实例变量，否则实例变量（例如_name）会自动生成。
如果使用了@synthesize，并没有提供实力变量名的话，会自动生成。
如果使用了@dynamic，那么自动合成无效，需要开发者自己实现。
Core Data的NSManagedObject及其子类不使用默认的属性合成功能。

4.语法简化
很多刚从其他编程语言转到Objective-C的同学看到长长的函数名会感到崩溃，不过我在上一篇文章中也提到过，这种语法让消息的传递像一个英语句子，大大增强了可读性。比如你想初始化一个浮点数，需要这么写：

NSNumber value = [NSNumber numberWithFloat:123.45f];

从这句中我们能够明确的知道代码的含义，但是，是否连简单的赋值语句也要这么处理呢？苹果在本次新特性中采用了折中的处理方式，针对很多基础类型采用了简写的方式，实现语法简化。简化以后，我们会发现从语法层面，这些简化的Objective-C更像Python和Ruby等动态语言的语法了。下面我们逐一介绍：
4.1.NSNumber
简化前的写法:

NSNumber *value;
value = [NSNumber numberWithInt:12345];
value = [NSNumber numberWithFloat:123.45f];
value = [NSNumber numberWithDouble:123.45];
value = [NSNumber numberWithBool:YES];

简化后的写法:

NSNumber *value;
value = @12345;
value = @123.45f;
value = @123.45;
value = @YES;

装箱表达式也可以采用类似的写法：

NSNumber *piOverSixteen = [NSNumber numberWithDouble: ( M_PI / 16 )];
NSString *path = [NSString stringWithUTF8String: getenv("PATH")];

可以分别简写为：

NSNumber *piOverSix