將代碼分割成多個源文件

Question

我經常閱讀關於將大型（單片？）應用程序代碼塊分成單獨的源代碼文件以便更容易維護等的需求，但我還沒有看到任何解釋如何做到這一點的東西。

創建單獨文件的過程在添加子類的過程中很簡單 - 當然這是我試圖實現的一個很好的例子 - 但是如果我們只有一個控制器對象並且想要分割我們的代碼到比方說，（1）含有僅用於計算的東西和（2）含有另一對僅印刷相關的方法的方法的接口和實現文件組，但具有各方法能夠訪問所有其它的方法，如他們都仍然在一個（源）文件。

任何有關如何去解決這個問題的詳細建議（如果可能的話）將不勝感激。謝謝:-)

Answer 1

這最好通過使用類別完成。例如，創建一個名爲+ myController的一個Printing.h頭文件：

#import "MyController.h" 
@interface MyController (PrintingSupport) 
- (void)print:(id)sender; 
@end 

和執行文件+ myController的Printing.m：

#import "MyController+Printing.h" 
@implementation MyController (PrintingSupport) 
- (void)print:(id)sender 
{ 
} 
@end 

看在蘋果的頭文件對這項技術的很好的例子。

Answer 2

我對這種編程語言並不熟悉，但總的來說，模塊化的要點是隱藏複雜的實現並暴露一個簡單的接口。這很好，因爲您通常不需要所有的數據和所有功能來完成每項任務。這是通過保持數據接近他們使用的地方（例如同一類）和使用少量的公共方法來完成的。

然而，有些情況下，你需要支持共享大量數據和模塊之間的功能很容易，這聽起來像你想做什麼情況。例如。在GUI編程中，模型 - 視圖 - 控制器設計模式就是這樣做的。關鍵是要以其他方式對數據和功能進行分組，但做起來不那麼容易。

問題要問自己： 而不是讓控制器與數據分離，是否有可能重構，使每個部分的數據與控制器的相應部分？例如，如果您有兩種類型的數據，您是否可以重構爲兩個類，每個類都有計算和打印該類型數據的方法？也許你會發現一些「數據」真的是控制器的狀態，而這絕對屬於控制器代碼。

Answer 3

如果你的類增長如此之大，你想怎麼砍他們到不同的源文件，你可能有一個設計問題。

的模型 - 視圖 - 控制器（更好，模型的控制器視圖）設計模式幾乎自動創建小模塊化的代碼。

該模型處理與數據相關的所有內容。該視圖管理實際的視覺用戶界面，控制器將兩者粘合在一起。每個模塊都是一個獨立的類，理想情況下，模型和視圖應該非常獨立，以便可以輕鬆插入其他應用。

關鍵是在分離功能上是完全無情的。將數據保存在控制器中總是很有吸引力。當你只是用很少的數據學習和編寫小程序時，情況尤其如此。但是，隨着數據複雜性的增長，您的控制器很快就會變得複雜起來。

所有優秀的設計都是從數據模型開始的。該模型應該處理數據中的所有邏輯關係，即創建，修改，驗證，保存等。設計正確的數據模型對於用戶界面來說是完全不可知的。理想情況下，數據模型應該可以與標準視圖，Web視圖，命令行一起工作或者拋出一個URL。

我總是通過在絕對最小接口的測試應用程序中創建數據模型來啓動項目。 （通常它只是一個啓動的空白應用程序，以編程方式操作數據模型，打印到控制檯並退出。）只有當數據模型獨立工作時，纔會轉向程序的其餘部分。

現在，我瞭解數據和數據操作，我可以爲每個要運行的環境設計一個UI。 UI僅瞭解如何創建UI元素以及如何響應事件。它不包含任何數據，甚至不包含將這些元素相互關聯的邏輯。

控制器將視圖和數據模型粘合在一起。控制器只知道向數據模型發送哪些消息以獲取特定UI元素中響應特定事件的數據。它不驗證數據或對其執行任何邏輯操作。它只是在數據模型和當前視圖之間路由信息。

任何創建其他接口的操作（如打印）都應該有自己的控制器對象。例如，在打印時，只有數據模型能夠理解所有數據如何在頁面上進行拼接。沒有理由爲什麼控制UI視圖的同一個控制器應該控制打印。相反，打印控制器只是要求數據模型打印數據。 UI控制器只需要調用打印控制器並將其指向用戶選擇的數據即可。

在您的具體示例中，計算方法將在數據模型中，打印控制器中的打印方法等。使用模型 - 視圖 - 控制器，最終會生成許多令人驚訝的小模塊類，這些類很容易管理，測試和移植。