这是一个最佳实践问题。
当一个人为 OSX 制作一个新的 Swift 应用程序时，它会构建一个 Main.storyboard 并将其物理放置在 Base.lproj 文件夹中，但在逻辑上是在应用程序的主要“组”中。
我决定将 UI 的不同部分分成不同的 Storyboard，因此我添加了一个 Document.storyboard 和 Preferences.storyboard。
回想起来，这是否是执行此操作的正确方法并不清楚 - 对于由单个窗口或 View 组成的项目，我应该使用 Storyboard还是只使用 XIB？我已经阅读了 Apple 文档，但我不清楚实际差异。 Storyboard是否正在“取代”XIB，它们是我从现在开始应该使用的新热点吗？
现在我将使用其他 View 扩展项目，特别是用于编辑文档某些功能的一系列工作表。我应该将这些全部放在一个 Storyboard、一个 XIB 还是单独的 XIB 中？是否有充分的理由选择其中之一？
最后，当我添加 Storyboard时，它会将它们放在项目文件夹的根目录中。这些真的应该移到 Base.lprog 吗？
最佳答案
这也是我一直在思考的问题。我最近开始接触 OS X 开发，所以我将分享我对 XIB 与 Storyboard 的业余看法。对于那些更熟悉这一点的人，如果我弄错了，请随时纠正我。
Xcode 中的 Interface Builder 似乎可以很好地让您放置框架，但并不总是为 View 提供所有必要的自定义选项。在使用 Storyboard时，我经常会得到一半基于视觉、一半基于代码的项目。这就像在机器人上工作。
Nibs/Xibs 遇到同样的问题，但他们甚至不尝试实现转换。据我所知，它们代表单个窗口、 View 或菜单项。这使它们更简单、更模块化。您必须编写代码来处理它们的连接，起初，这似乎更麻烦，但实际上对我来说感觉像是一个好处，因为获得了控制级别。 Storyboard可以为您做很多这样的事情，但我个人更喜欢在代码中将它们全部放在一起。
对我来说，理想的解决方案是让 Apple 实现一种更抽象的用户界面设计形式:每个窗口(或 iOS View ，取决于平台)都包含在一个 nib 中, Storyboard 只是 Nib 之间的过渡映射。例如:您创建了所有窗口和菜单，然后使用 Storyboard 将它们全部连接起来，但 Storyboard 无法编辑任何 View 细节，只能编辑过渡和连接。
话虽这么说，但我很快就到了我更喜欢 nib 并自己完成所有其他编码的地步。如果没有别的，我正在成为一个更好的程序员。希望这对您有所帮助!
关于xcode - 在现代 Swift OSX 应用程序中组织 XIB 和 Storyboard，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/36375193/