回答

13

我知道這是一個古老的問題 - 但認爲添加答案將有助於其他人降落在這裏。

我發現this link有幫助。

9

取自iOS Coding Best Practices Slideshare的從讓 - 呂克·大衛:

enter image description here

+2

這絕對取決於您的項目中有多少代碼,但我個人認爲名爲「Helpers」的文件夾並不好。只要它被認爲是「公用事業」,所有事情最終都會在那裏結束。我認爲單獨的文件夾具有不同類型的實用程序的自解釋名稱更好,如「加密」,「序列化」等。 –

+1

幫助程序/實用程序包是一種常用方法來提取可重用的功能,並且最有可能有一天會被放入可重用的Utility-Library。當然,在Helper/Utility-Package中有一些不言自明的文件夾,但我不建議將它們放在與Model或Controller軟件包相同的級別上,特別是在大型項目中......但由於這些都是品味的問題,同意你的團隊在一個你感到滿意的基本結構上是最重要的。 –

4

至於我,Architecting iOS Project解決方案完美的作品。我也加了Cocoapods。

現在我的計劃是這樣的:

enter image description here

0

雖然我同意,最常見的做法是有根據類型分組文件(即ViewControllers,模型等),我想補充一點,有一些業務通過提供的功能組織代碼更有用的情況。例如,如果您爲提供多種服務組合的公司工作,通常打包到共享某些元素的不同應用中,例如 - AddressBook,Messages,Document Management等...

在我的項目中,我通常有一個文件夾稱爲常見的地方,我把我經常重複使用的東西,如日期時間助手,IO作家等... 我按功能分開的其他東西。

0

我們遵循標準的項目結構,以便團隊能夠更好地理解。

enter image description here

1

我一直在使用一個類似的爲我的項目如下。

但經過這個線程和其他一些在線文章後,我決定在新的文件夾代碼UI下對幾種類型進行分類。

  • 應用(與常量配置文件的AppDelegate)
  • 模型
  • UI
    • 查看
    • 控制器
    • 如果我使用筆尖文件(。廈門國際銀行)他們應該來下這個否則故事板(S)
  • 資源(如圖片,自定義字體,每個在不同的子文件夾的音頻文件的所有資源)
  • 服務
  • 助手/公用事業

但是,如果你正在使用MVVM架構,請定製這件T o你最合適的。

乾杯!

相關問題