Core Data
是相當了不起的,我真的很喜歡使用the visual layout
Xcode提供它組織的東西,並獲得我放置在哪裏的數據的快速樣本。有時候我開始懷疑我是否最好地利用了它,但是,過了一段時間後,這些箭頭往往會變得難以辨別。關於如何組織Core Data可視化佈局的建議?
我嘗試
- 分組像物體放在一起,以保持該到最低限度,
- 抽象對象/父母與子女的樹,
- 等
但混亂似乎不可避免。
您使用哪些方法來保持其最佳組織和可讀性?
Core Data
是相當了不起的,我真的很喜歡使用the visual layout
Xcode提供它組織的東西,並獲得我放置在哪裏的數據的快速樣本。有時候我開始懷疑我是否最好地利用了它,但是,過了一段時間後,這些箭頭往往會變得難以辨別。關於如何組織Core Data可視化佈局的建議?
我嘗試
但混亂似乎不可避免。
您使用哪些方法來保持其最佳組織和可讀性?
這在一般意義上很難回答。我認爲這很重要,你對此給予了很好的考慮。我傾向於自己對事物的視覺安排有所迷戀,因爲我發現它對我的理解和對我自己的模式的持續理解有着深遠的影響。 Xcode的數據建模器本質上是一個模式設計和設計文檔工具。
我努力盡可能地劃分我自己的設計。例如,如果您考慮類似iTunes的情況,則可能需要一個控制器來管理庫源列表選擇(播放列表,一個簡單示例),另一個管理選定播放列表的成員。在架構中,可能會有幾個「庫相關」實體和幾個「播放列表相關」實體,並且肯定有幾個「歌曲相關」實體(專輯,藝術家和歌曲/曲目)。我會以一種很好地安排關係線的方式將歌曲相關的東西緊緊地組合在一起,但這會使這些實體在空間上與播放列表和庫相關項目在視覺上分開。換句話說,如果你把相關的項目放在明確定義的邏輯集羣中,並用好的空格分開,按照組織控制器的相同方式組織,這些概念就會保持相當清晰。
另一個問題是Xcode自動放置關係線。不幸的是,我們幾乎無法做到這一點。我知道花費的時間(實際時間是因爲尷尬而變得不合時宜)擔心的是平衡清晰描繪的關係和清晰描繪的相互關聯的實體之間的關係。
祝你好運,快樂OCD! :-)
這裏有更好的建議。 http://www.sebastianrehnby.com/blog/2013/01/15/structuring-an-ios-project/
此外,服務模塊,輔助模塊(您的應用程序的實用工具類) 服務 - (調用外部服務,如您的後端服務器,DBOject服務)
而且,這一次 http://www.slideshare.net/MassimoOliviero/architecting-ios-project