iOS常用設計模式

nan27 7年前發布 | 9K 次閱讀設計模式 iOS開發移動開發

1.為什么學習設計模式

對于設計模式，我們并不陌生。一談起設計模式，腦海里馬上就想到單例模式，委托模式，觀察者模式等等。而面試官們也通常把對“某某設計模式”的掌握程度作為考評求職者的重要指標之一。那么問題來了，為什么要學習設計模式呢？沒有設計模式我們同樣能夠實現功能，為什么還要“多此一舉”呢？原因很簡單，所謂的設計模式，只是為了開發者更好地去理解程序，說白了代碼是死的，它們本身沒有什么設計模式可言，只是開發者為了更好地理解程序，總結了一些設計模式，為的是讓代碼看上去更有條理，也便于人們理解。

2.介紹幾種比較常用的設計模式

單例模式

單例模式的應用場景

單例模式的作用是解決應用程序中只有一個實例的問題，這在我們設計中會經常遇到，比如應用程序啟動時，應用狀態由UIApplication類一個實例維護，還有NSUserDefaults和NSNotificationCenter等單例。

單例模式的具體實現

oc版

+(Singleton *)sharedInstance{

static Singleton *sharedSingleton = nil;
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
    sharedSingleton = [[Singleton alloc] init];
});
 return  sharedSingleton;

}</code></pre> 
  
swift版 
  private let sharedInstance = Singleton()
class Singleton: NSObject {
    class var sharedManager: Singleton {
        return sharedInstance;
    }
} 
  委托模式 
  委托設計模式類圖 
   
  委托設計模式類圖 
  委托模式的應用場景 
  在iOS開發中，用到的系統的UITextField或者UITableView等都是應用的委托模式設計的，我們自己在開發過程中也會經常遇到，比如一些保存個人信息的界面，將信息填寫完成之后，便可采用委托的方式將信息回傳到首界面展示個人信息。還有很多類子，在這里就不一一列舉了。 
  委托模式的具體實現 
  這里舉一個簡單的類子，比如我一天只干三件事，吃飯，睡覺，工作，為了更好地工作和生活，我請了一個助理。要成為我的助理，需要實現一個協議，協議要求能夠處理吃飯，睡覺，工作問題。通用類就是我(coderPeng類)，通過代理（delegate）屬性保持委托對象的引用.委托對象(ViewController)就是我的助理，它實現了了協議coderPengDelegate.coderPengDelegate定義了三個方法:sleep,eat,work方法. 
  oc版 
  CoderPeng類中的代碼
.h中的代碼
@protocol CoderPengDelegate <NSObject>
@required

(void)sleep;
(void)eat;
(void)work;
@end
@interface CoderPeng : NSObject
//weak修飾為了防止內存的"強引用循環",從而避免內存泄漏問題
@property (nonatomic,weak)id<CoderPengDelegate>delegate;
(void)start;
@end
.m中的代碼
-(void)start{
  if (self.delegate && [self.delegate respondsToSelector:@selector(sleep)] && [self.delegate respondsToSelector:@selector(eat)] && [self.delegate respondsToSelector:@selector(work)]) {
  [self.delegate sleep];
  [self.delegate work];
  [self.delegate eat];

  }
}
ViewControler類中的代碼
@interface ViewController ()<CoderPengDelegate>

@end
@implementation ViewController

(void)viewDidLoad {
  [super viewDidLoad];
  // Do any additional setup after loading the view, typically from a nib.
  CoderPeng *coderPeng = [[CoderPeng alloc] init];
  coderPeng.delegate = self;
  [coderPeng start];

}
pragma mark  協議方法
-(void)sleep{
    NSLog(@"睡覺");
}

(void)eat{
  NSLog(@"吃飯");
}
(void)work{
  NSLog(@"工作");
}

@end</code></pre> 
  
swift版 
  CoderPeng類中的代碼
protocol coderPengDelegate {
    func sleep()
    func eat()
    func work()
}
class CoderPeng: NSObject {
    var delegate:coderPengDelegate?
    func start()  {
        self.delegate?.sleep()
        self.delegate?.eat()
        self.delegate?.work()
    }
}
ViewController類中的代碼
class ViewController: UIViewController,coderPengDelegate {

override func viewDidLoad() {
    super.viewDidLoad()
    let coderPeng = CoderPeng()
    coderPeng.delegate = self
    coderPeng.start()
}
//MARK:協議方法
func sleep() {
    print("睡覺")
}
func eat() {
    print("吃飯")
}
func work() {
    print("工作")
}

}</code></pre> 
  
觀察者模式 
  觀察者模式簡述 
  觀察者模式也叫發布/訂閱模式，是MVC模式的重要組成部分，它有4個角色，具體如下: 
  1. 抽象主題(Subject): 在swift中，抽象主題是一個協議，它是一個觀察者集合容器，定義了添加觀察者方法，移除觀察者方法和為所有觀察者發送通知的方法; 
  2. 抽象觀察者(Observer): 在swift中，抽象觀察者也是一個協議，它有一個更新方法; 
  3. 具體觀察者(ConcreteObserver): Observer協議的具體實現; 
  4. 具體主題(ConcreteSubject): Subject協議的具體實現. 
  引入Subject和Observer這倆個協議之后，不僅提高了系統的可復用性，還降低了耦合度。 
  通知機制和KVO機制 
  在Cocoa Touch框架中，觀察者模式的具體應用有倆個——通知機制和KVO機制，下面介紹這倆個機制: 
  通知機制 
  通知機制與委托機制不同，前者是”一對多“的對象之間的通信，后者是“一對一”的對象之間的通信。在通知機制中，對某個通知感興趣的所有對象都可以成為接收者。 
  通知機制簡單示例 
  在開發過程中，登錄成功后通常需要刷新數據，這個需求就可以用通知機制來完成。具體實現代碼如下: 
  oc版 
  登錄界面的代碼（寫在登錄成功之后）
//name:通知名稱
[[NSNotificationCenter defaultCenter] postNotificationName:@"RefreshData" object:nil];
需要刷新界面的代碼
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(loadData)name:@"RefreshData" object:nil];
//數據請求
-(void)loadData{
}
//移除通知

(void)dealloc{
[[NSNotificationCenter defaultCenter] removeObserver:self name:@"RefreshData" object:nil];
}</code></pre> 
swift版 
登錄界面的代碼（寫在登錄成功之后）
NSNotificationCenter.defaultCenter().postNotificationName("refreshData", object: nil)
需要刷新界面的代碼
NSNotificationCenter.defaultCenter().addObserver(self, selector: #selector(self.loadData), name: "refreshData", object: nil)
//數據請求
func loadData()  {
}
//移除通知
deinit {    
NSNotificationCenter.defaultCenter().removeObserver(self, name: "refreshData", object: nil);
  } 
KVO機制 
KVO機制不像通知機制那樣通過一個通知中心觀察所有對象，而是在對象屬性變化時將通知直接發送給觀察者對象 
KVO機制簡單示例 
監測應用程序狀態變化，appStatus是我們要觀察的對象的屬性，示例代碼如下 
oc版 
在AppStatusObserver類中的代碼
@implementation AppStatusObersver
-(void)observeValueForKeyPath:(NSString )keyPath ofObject:(id)object change:(NSDictionary<NSString ,id> )change context:(void )context{
NSLog(@"%@   %@",keyPath,change[NSKeyValueChangeNewKey]);
}
在appDelagate類中的代碼
@interface AppDelegate ()
@property (nonatomic,strong)NSString appStatus;
@property (nonatomic,strong)AppStatusObersver observer;
@end


@implementation AppDelegate

(BOOL)application:(UIApplication )application didFinishLaunchingWithOptions:(NSDictionary )launchOptions {
  // Override point for customization after application launch.
  self.observer = [[AppStatusObersver alloc] init];
  [self addObserver:self.observer forKeyPath:@"appStatus" options:(NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld) context:nil];
  self.appStatus = @"launch";
  return YES;
}

(void)applicationWillResignActive:(UIApplication *)application {
  self.appStatus = @"inactive";
}

(void)applicationDidEnterBackground:(UIApplication *)application {
  self.appStatus = @"background";
}

(void)applicationWillEnterForeground:(UIApplication *)application {
 self.appStatus = @"foreground";
}

(void)applicationDidBecomeActive:(UIApplication *)application {
  self.appStatus = @"active";
}

(void)applicationWillTerminate:(UIApplication *)application {
  self.appStatus = @"terminate";
}
@end</code></pre>
swift版 
在AppStatusObersver類中的代碼
//重寫該方法的目的是為了監測屬性的變化情況
override func observeValueForKeyPath(keyPath: String?, ofObject object: AnyObject?, change: [String : AnyObject]?, context: UnsafeMutablePointer<Void>) {
      print("--%@--%@",keyPath!,(change![NSKeyValueChangeNewKey] as! String))
  }
在appDelegate類中的代碼
//appStatus屬性是我們觀察的，用dynamic修飾表示該屬性是在運行時動態派發的
dynamic var appStatus : NSString!
var  observer:AppStatusObersver!
func application(application: UIApplication, didFinishLaunchingWithOptions launchOptions: [NSObject: AnyObject]?) -> Bool {
      self.observer = AppStatusObersver()
      self.addObserver(self.observer, forKeyPath: "appStatus", options: [NSKeyValueObservingOptions.New,NSKeyValueObservingOptions.Old] , context: nil)
      self.appStatus = "launch"
      return true
  }
func applicationWillResignActive(application: UIApplication) {
      self.appStatus = "inactive"
  }

  func applicationDidEnterBackground(application: UIApplication) {
      self.appStatus = "background"
  }

  func applicationWillEnterForeground(application: UIApplication) {

      self.appStatus = "foreground"
  }

  func applicationDidBecomeActive(application: UIApplication) {

      self.appStatus = "active"
  }

  func applicationWillTerminate(application: UIApplication) {

      self.appStatus = "terminate"
  } 
MVC模式 
MVC模式簡介 
MVC(Model-View-Controller 模型-視圖-控制器),模式是相當古老的設計模式之一，MVC由三部分組成，這三部分作用如下: 
1. 模型: 保存應用數據的狀態，回應視圖對狀態的查詢，處理應用業務邏輯，完成應用的功能，將狀態變化通知視圖; 
2. 視圖: 為用戶展示信息并提供接口。用戶通過視圖向控制器發出動作請求，然后再向模型發出查詢狀態的申請，而模型狀態的變化會通知給視圖; 
3. 控制器: 接收用戶請求，根據請求更新模型。另外，控制器還會更新選擇的視圖，并將其作為對用戶請求的回應。控制器是視圖和模型的媒介，可以降低視圖與模型的耦合度，使視圖和模型的職責更加清晰，從而提高開發效率。 
MVC模式模型圖 
 
MVC模式模型圖 
  
來自：http://www.jianshu.com/p/7b3921c70fdd


                    
                         本文由用戶 nan27 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。
                         轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。
                         本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！
                         本文地址：http://www.baiduhome.net/lib/view/open1484639936348.html
                         設計模式 iOS開發 移動開發

iOS常用設計模式

1.為什么學習設計模式

2.介紹幾種比較常用的設計模式

單例模式

單例模式的應用場景

單例模式的具體實現

委托模式

委托設計模式類圖

委托模式的應用場景

委托模式的具體實現

pragma mark 協議方法

觀察者模式

觀察者模式簡述

通知機制和KVO機制

MVC模式

MVC模式簡介

MVC模式模型圖

相關經驗

相關資訊

相關文檔

目錄