將自定義方法添加到單獨文件中的Core Data受管對象的方法是什麼？特別是要求將我猜：將自定義方法添加到獨立文件中的Core Data管理對象的方法是什麼？
注 - 我知道mogenerator的，但我不喜歡它完全在此刻指出https://github.com/rentzsch/mogenerator/issues/55
那份簡單和最佳答案只是Objective-C：分類？
修復mogenerator將是最好的答案:-)。
mogenerator使用子類，所以你可以一直這樣做，但類別也可以。
我剛剛試過......你怎麼看待一個簡單的#include「included_dataStuff」，並將所有額外的代碼放入「included_dataStuff」文件中。
有兩種可能性：
創建一個新的ClassFile的，刪除包括 「header.h」（刪除header.h），把多餘的代碼存在。它編譯但帶來了兩個警告：（這是可以理解的） [WARN]警告：沒有規則處理架構armv6的文本類型文件'$（PROJECT_DIR）/ Classes /../ included_dataStuff' [WARN] warning：no規則來處理架構armv7的文本類型文件'$（PROJECT_DIR）/ Classes /../ included_dataStuff'
創建一個新的「空白」文件並在其中放置額外的代碼。這不會產生任何警告。
1和2之間的差異在於，儘管代碼格式化保持在第一alternatve（具有接受2個警告）在所述第二所有的代碼格式將丟失，它像普通的文本處理（但有是沒有警告）
我想我會更喜歡第一個。當然，對生成的代碼文件的唯一修改是#include語句。
您對此有何看法？
謝謝 - 想要代碼格式化，所以選項1它必須是 - 問題將是（a）這與使用類別相比如何？（b）想知道是否有辦法永久接受警告，所以你不要繼續看到他們？ – Greg 2011-04-22 04:41:32
@ user387184這個文件的目的是什麼？爲什麼不分類或使用類別？這不是一個Objective-C源文件嗎？如果是這樣，它應該有擴展名「.m」。 – gerry3 2011-04-22 21:55:59
是的，如上所述，有兩種可能性。 * .m文件可以工作，但會導致警告。將m離開會導致代碼格式變平但沒有警告。不過，我同意，在這種情況下，類別是更好的選擇！ – user387184 2011-04-23 05:27:56
好問題 - 在我的核心數據體驗開始時，我基本上都問過同樣的問題 - 仍然沒有得到更進一步的理解。希望有一個答案！ – user387184 2011-04-22 03:03:55