Objective c 在一个简单的应用程序中使用大量的XIB有什么问题吗？

我正在编写一个相当简单的应用程序。整个应用程序主要由一个窗口和4个工具栏选项卡组成

我是一个对代码非常着迷的组织，所以我尝试拥有大量的小代码文件，而不是一两个大的

我目前有5个观点。一个是窗户本身。然后是四个，每个标签一个。我的问题是，有这么多的XIB有什么问题吗？是否有任何性能下降或需要注意的事项

编辑

---

这是一个适用于Mac OS X而非iOS的应用程序。

在我使用多个XIB与单个XIB的实验中，它确实会略微降低性能，但是性能下降很小，甚至不明显。

为什么不使用故事板？我不使用故事板，因为这是一个OSX应用程序。不是iOS。谢谢。当然会有性能下降。加载5个XIB而不是1个需要更长的时间，如果没有其他情况，则打开和关闭的文件数量是原来的5倍。但谁在乎呢？在几乎任何合理的应用程序中，加载它们所花费的时间都很可能是不可见的。如果你想确定它是如何影响你的应用程序的，最明显的答案就是测试它，然后看看。我同意abarnert的观点。我想补充一点，好的组织并不一定意味着有大量的小文件。事实上，我认为努力实现这样一个目标会导致代码难以遵循。虽然避免庞大的臃肿文件（XIB或源代码文件）是很好的，但将内容分解成太多的小块也很可能导致难以遵循和维护的代码。