第一題
l題目：風格糾錯題
能夠達到10處以上修改就屬于達標。
l分析：
Enum，也就是枚舉，是名稱和值的組合，從C語言開始就有了，C++、Java、Objective-C、Swift這些語言，當然都有對應的枚舉類型，功能可能有多有少，但是最核心的還是一個—規范的定義代碼中的狀態、選項等“常量”。
狀態與選項的區別（states and options）
在用enum之前，我個人覺得，區分一下狀態和選項的概念還是很必要的。
狀態，同時只能有一種，如“OK”，“Error”，不可能同時是OK和Error。
選項，同時可以有一種或一種以上，如App可以同時支持橫屏和豎屏，橫屏豎屏在這個時候就是“屏幕方向”的兩種不同的選項。
接下來，我們看看如何用枚舉定義狀態和選項。
enum與狀態（states）
不好的做法
經常看到這樣的寫法：
#define STATE_OK 0
#define STATE_ERROR 1
#define STATE_UNKNOW 2
//直接用int型變量接收
int STATE = STATE_UNKNOW;
這樣做有如下“不恰當”：
?宏定義沒有類型約束，只是單純的替換。
?無法限制狀態的所有情況，如，認為的將STATE賦值成3，程序可能就會出錯，找不到匹配的狀態，因為編譯器不會對“STATE = 3;”提出警告。
正確的做法
typedef enum _State {
StateOK= 0,
StateError,//(編譯器會自動賦值，默認從零開始，默認是int)
StateUnknow
} State;
//指明枚舉類型
State state = StateOK;
用的時候就如下：
- (void)dealWithState:( State)state {
switch (state) {
case StateOK:
//...
break;
case StateError:
//...
break;
case StateUnknow:
//...
break;
}
}
enum與選項(options)
選項，就是說一個“選項變量”的類型要能夠同時表示一個或多個組合的選擇，如下例子：
//方向，可同時支持一個或多個方向
typedef enum _Direction {
DirectionNone = 0,
DirectionTop = 1 << 0,//1左移0位，0001
DirectionLeft = 1 << 1,//左移1位，0010
DirectionRight = 1 << 2,//左移2位，0100
DirectionBottom = 1 << 3//左移3位，1000
} Direction;
看，這里的選項是用位運算的方式定義的，這樣的好處就是，我們的選項變量可以如下表示：
//用“或”運算同時賦值多個選項
Direction direction = DirectionTop | DirectionLeft? | DirectionBottom;
//用“與”運算取出對應位
if (direction & DirectionTop) {//1011 & 0001
NSLog(@"top");
}
if (direction & DirectionLeft) {
NSLog(@"left");
}
if (direction & DirectionRight) {
NSLog(@"right");
}
if (direction & DirectionBottom) {
NSLog(@"bottom");
}
direction變量的實際內存如下：
這樣，用位運算，就可以同時支持多個值。
enum在Objective-C中的“升級版”
一般來說，我們不能指定枚舉變量的實際類型是什么，就是說，我們不知道枚舉最后是int型，還是其他的什么類型。但是從C++ 11開始，我們可以為枚舉指定其實際的存儲類型，如下語法：
enum State : NSInteger {/*...*/};
但是，我們在定義枚舉的時候如何保證兼容性呢？Foundation框架已經為我們提供了更加“統一、便捷”的枚舉定義方法，我們重新定義上面的例子：
//NS_ENUM，定義狀態等普通枚舉
typedef NS_ENUM(NSUInteger, State) {
StateOK = 0,
StateError,
StateUnknow
};
//NS_OPTIONS，定義選項
typedef NS_OPTIONS(NSUInteger, Direction)? {
DirectionNone = 0,
DirectionTop = 1 << 0,
DirectionLeft = 1 << 1,
DirectionRight = 1 << 2,
DirectionBottom = 1 << 3
};
所以，在開發Mac、iOS程序中，最好所有的枚舉都用“NS_ENUM”和“NS_OPTIONS”定義，保證統一。
Id和instancetype，根據Cocoa的命名規則，滿足下述規則的方法：
1，類方法中，以alloc或new開頭
2，實例方法中，以autorelease，init，retain或self開頭
會返回一個方法所在類類型的對象，這些方法就被稱為是關聯返回類型的方法。換句話說，這些方法的返回結果以方法所在的類為類型，而除此之外的方法，會返回id類型。Instancetype就是使那些非關聯返回類型的方法返回所在類的類型
l答案
1，typedef enum{
UserSex_Man,
UserSex_Woman
}UserSex;修改為
typedef NS_ENUM(NSInteger,UserSex){
UserSex_Man,
UserSex_Woman
};
2，數據類型：應避免使用基本類型，建議使用Foundation數據類型。如：int->NSInteger,unsigned->NSUInteger,float->CGFloat。
3，doLogIn方法不應該寫在該類中，登陸操作屬于業務邏輯，不應該寫在Model中。
4，doLogIn方法命名不規范：添加了多余的動詞前綴。如果方法表示讓對象執行一個動作，使用動詞打頭來命名，注意不要使用do,does這種多余的關鍵字，動詞本身的暗示就夠了。
5,-(id)initUserModelWithUserName:
(NSString*)name withAge:(int)age;方法中withAge:應當換為age:,age已經足以。
6，@property聲明的NSString（或NSArray，NSDictionary）最好使用copy關鍵字
7，該類中只給出了一種“初始化方法” (initializer)用于設置“姓名”(Name)和“年齡”(Age)的初始值，那如何對“性別”(Sex)初始化？
8，初始化的返回類型中，id最好改為instancetype，理由見分析。
其他硬傷部分：
1）在-和(void)之間應該有一個空格
2）enum中駝峰命名法和下劃線命名法混用錯誤：枚舉類型的命名規則和函數的命名規則相同：命名時使用駝峰命名法，勿使用下劃線命名法。
3）enum左括號前加一個空格，或者將左括號換到下一行
4）enum右括號后加一個空格
5）UserModel :NSObject應為UserModel :
NSObject，也就是:右側少了一個空格。
6）@interface與@property屬性聲明中間應當間隔一行。
7）兩個方法定義之間不需要換行，有時為了區分方法的功能也可間隔一行，但示例代碼中間隔了兩行。
8）-(id)initUserModelWithUserName:
(NSString*)name withAge:(int)age;方法中方法名與參數之間多了空格。而且-與(id)之間少了空格。
9）-(id)initUserModelWithUserName:
(NSString*)name withAge:(int)age;方法中方法名與參數之間多了空格：(NSString*)name前多了空格。
10）-(id)initUserModelWithUserName:
(NSString*)name withAge:(int)age;方法中(NSString*)name,應為(NSString *)name，少了空格。
11）doLogIn方法命名不清晰：筆者猜測是login的意思，應該是粗心手誤造成的。
12）第二個@property中assign和nonatomic調換位置。
13）initUserModelWithUserName如果改為initWithName會更加簡潔，而且足夠清晰。
14）UserModel如果改為User會更加簡潔，而且足夠清晰。
15）UserSex如果改為Sex會更加簡潔，而且足夠清晰。
