2011-03-10 90 views
0

我最近在一個ipad項目中工作。我在整個項目中找不到nib文件。這樣的標準有特定的原因嗎?我發現很難遵循這樣的項目。爲什麼沒有nib文件的項目很少

+0

我遇到了相反的問題......當項目包含IB中的所有對象時...所以我開始只使用代碼對象並避免IB ...並讓我說:理解這些內容非常有幫助(對於像我這樣無知的對象c)iPhone項目如何工作... – meronix 2011-03-10 06:49:44

回答

6

我不確定我會認爲這是一個「標準」。一些開發人員只喜歡編寫他們所有的視圖,而不是使用Interface Builder。 IB的最初版本有點片面,因此避免了它。除非你正在做一個完全自定義的用戶界面或遊戲,否則我現在沒有任何理由可以避免使用IB。在自定義UI的情況下,與試圖將IB元素彎曲到您的意願相比,在代碼中構建它可能更容易。

0

一致認爲,IB非常穩定,而且以前的功能更多。儘管使用IB的iirc確實比通過代碼完成更多的權重。

1

一個筆尖,特別是如果本地化,打破DRY。

使用筆尖時,初始化超出了您的控制範圍。

代碼和程序重用比較困難。考慮庫和多個應用程序。

從更少的位置/文件/資源​​管理/更新實施更容易。假設您想要更改應用程序的顏色主題...如果您必須修改所有應用程序的nib,而不是更改函數的定義,那將非常痛苦。如果您除了使用筆尖之外還爲顏色主題在源代碼級別佈局基礎工作,那麼它也非常接近無用 - 此時,您已經以編程方式設置了視圖。

改進的性能(這很重要)。

程序安全性。 IB用於支持osx中的插件/插件......這些只是被刪除。

框架在iOS中不是一個選項。筆尖不能像編譯的程序那樣通過庫共享。

對於長期和大規模的開發,以編程方式編寫代碼很有意義,而IB對原型開發非常有用。

相關問題