凡是程序的開發者，應該對程序的架構都不陌生。一個程序的架構的好壞對這個程序有著非常重要的作用。今天我們來看一下iOS開發中用要的兩種主流的程序架構。這個過程中我們主要以例子的形式展開。
我們來看第一種架構：如下圖所示：
這種程序的架構主要原理是創建了一個導航控制器來控制頁面之間的切換。這種架構一般把主界面作為導航控制器的根視圖控制器。在上圖所求的程序架構中，主界面管理了四個界面:微信界面，發現界面，聯系人界面，關于我界面。如果程序是第一次運行的時候，進入用戶指引界面，然后進入登錄界面，輸入賬戶名和密碼進入主界面。 在關于我界面中有兩種情況：1.在程序中的關于我界面中退出登錄后，下次進入程序的時候應該進入登錄界面，然后輸入賬戶名和密碼進入主界面。 2.有這種需求，在關于我這個界面中查看用戶指引界面。
這種程序的架構的思路就是在用到哪個界面的時候，把該界面的的頭文件包含進來。用導航控制器把這個界面push壓棧，來實現頁面之間的切換。當需要用到主界面的時候，popToRoot就實現了到主界面的切換。
但是這種架構的缺點是什么呢：
1.我們來分析一下整個程序。因為主界面是導航控制器的根視圖控制器。由于根視圖控制器在導航控制器的棧里是不能出棧的，這是導航控制器的特性決定的。而在這種架構中主界面又包含了四個界面。在程序的運行過程中或者是存在后臺運行的話，主控制器的Home頁面太大了，并且一直存在內存中運行，會造成內存的開銷很大。
2.每當程序重新進入的時候，需要更新主界面中的狀態。例如：當在關于我的界面中退出的時候，下次重新登錄的時候，如果不更新主界面的狀態的話。會直接進入關于我的這個界面中。這種需求并不是我們想要的狀態。
下面我們來看第二種架構。
很明顯可以看到，這個架構會更加清析，更加明了。我們來說一下這個程序的原理：這個程序的架構是先通過創建一個繼承自NSObject對象的主控制器，通過這個主控制器來管理頁面之間的切換。我們都知道一個程序一般只有一個window，通過改變window的根視圖控制器來實現不同頁面之間的切換。
同樣的，沒有完美的架構，只有更適合的。我們接下來看看這個架構中存在的優缺點。
1.我們先來說下優點。顯然，這個程序架構的思路很是清楚。在復雜的頁面之間的切換的時候，不需要反復包含切換頁面的頭文件 。在程序的執行過程中，只需要找到清楚的知道到底誰才是window的根視圖控制器就可以實現不同頁面之間的切換。當然這個架構中最主要的工作就是想辦法對主控制器方法的封裝。
2.我們接下來看下這個架構的缺點：這里沒有了導航控制器，在內存中一直存在的就剩下主控制器（mainViewController)了，但是，仔細考慮會發現，這個架構中，會對主控制器管理的其它頁面進行反復的申請內存和銷毀，同樣的主界面包含很多頁面。這樣也會影響程序的執行效率。
所以，綜上，第二種架構一般多用于ARC環境中使用。
為了程序的執行效率，一種很好的解決方案就是把主控制器（mainViewController）做成一個單例的對象，單例的對象在整個程序的運行過程中只有一個對象，避免了，使用的時候重新申請內存造成的不必要的開銷。而其它三個界面一般會把它們做成@property類別。這樣就能保證當重新載入新的頁面的時候先判斷是否在內存中。如果在的話就直接取出來就行。
