我刚刚观看了 WWDC 视频 #216，“使用 UIKit 构建自适应 UI。”
在大约 45:10，Tony Ricciardi 谈到了 Xcode 6 中 IB 的更改以支持新的更改。
他说“您可以将这些文档向后部署到旧版本的 iOS”。
（其中“这些文档”大概是指具有针对不同大小类别的特定设置的 XIB 和情节提要。）
这不是我编造的。去观看 WWDC 视频。
这怎么可能？特征集合和大小类仅在 iOS 8 中定义。依赖于 iOS 8 新的 UI 构造的运行时行为如何在以前的 iOS 版本中工作？
如果它是可能的，那就太好了。您可以构建将在 iOS 6、7 和 8 上运行的应用程序，并利用 Apple 添加到 Xcode 6 中的新的灵活 UI 布局功能。我自己在代码中创建了自适应 UI 逻辑，而且相当多工作的。
【问题讨论】：
标签： xcode6 adaptive-ui
在 Interface Builder 中使用 Size Classes 对 UI 所做的更改确实会在 iOS 7 设备和 Xcode 中的 Preview 上正确显示。例如，我为常规高度常规宽度更改了一些自动布局约束和字体大小，这些更改的约束在运行 iOS 7.0 的 iPad 模拟器中可见。
iOS 7 提供了所有尺寸类优化，但具有紧凑高度的尺寸类除外。这已得到 Apple 的确认，现在直接在 documentation 中声明：
对于支持 iOS 8 之前的 iOS 版本的应用程序，大多数尺寸类别都向后兼容。
大小类在以下情况下向后兼容：
- 该应用程序是使用 Xcode 6 或更高版本构建的
- 应用部署目标早于iOS 8
- 大小类在情节提要或 xib
中指定
- 高度分量的值不紧凑
因为 iOS 7 不尊重几个尺寸等级，如果你使用它们就会遇到问题。例如： 当您定义了 Compact w Any h 然后定义了 Compact w Compact h 时，在 iOS 7 上它将尊重 Compact w Any h 但在 iOS 8 上它呈现 Compact w Compact h 外观。
所以，如果您想利用这两个尺寸等级并保持与 iOS 7 的兼容性，我会在 Any w Any h 或 Compact w Any h 中对 iPhone 进行横向优化，然后执行其他优化根据需要不同的尺码等级，这样您就不需要使用任何高度紧凑的尺码等级，并且会避免遇到问题。
【讨论】：
Compact-Compact 不会为 iOS 7 导出； Compact-Regular 是。有关详细信息，请参阅我的答案。
在将您的应用部署到 iOS 7 时，Xcode 会以两种不同的方式编译您的故事板：
对于 iPhone，您的情节提要被编译为“Compact-Regular”（紧凑宽度，常规高度），然后打包为您的“~iphone”笔尖。
对于 iPad，您的故事板将编译为“Regular-Regular”并打包为您的“~ipad”笔尖。
因此，如果您希望同时部署到 iOS 7 和 iOS 8，则应将设计重点放在 Compact-Any 和 Regular-Any 尺寸类上。这将为您在跨部署目标匹配 UI 方面提供最佳体验。当然，欢迎您修改其他尺寸类别的布局，但除非这些修改会应用于 Compact-Regular 或 Regular-Regular 尺寸类别，否则您不会在 iOS 7 上看到这些修改。
【讨论】：
注意：此答案与 Xcode 6 的 beta 版本相关，不再适用于发货版本。请参阅此页面上 Joey 和 Dave DeLong 的答案以获取正确信息。
（原答案保留在下面）：
虽然Storyboards/XIBs 配置为使用尺寸等级将在iOS 7 上运行，但操作系统目前不尊重那些size classes 并且似乎使用默认的“任何/任何”尺寸等级。
我同意您所指的特定幻灯片似乎承诺了这种兼容性，但目前(Xcode 6 beta 2) 似乎并非如此。
为了进行测试，我创建了一个项目 (iOS 8 SDK, deployment target of 7.1)，它有一个按钮，在 Any/Any 尺寸类中以 vertically and horizontally 为中心，但在 Compact/Compact 尺寸类中与左上角对齐（例如横向 iPhone ）。 Xcode 的预览助手显示按钮在iOS 8 中改变了它的位置，但在iOS 7 中没有改变。我也在iOS 7 设备上确认了这种行为。
【讨论】：
由于一些答案和 cmets 正在讨论向后兼容的性质，我想我会直接从 Apple Documentation 分享一段摘录：
~~~~~
对于支持 iOS 8 之前的 iOS 版本的应用，大多数尺寸类别都向后兼容。
大小类在以下情况下是向后兼容的：
~~~~~
最后一个要点针对的是本次讨论，其中 Apple 确认只要不使用“紧凑高度”，它就应该保持向后兼容性。
希望这对某人有所帮助！
【讨论】：
在处理类似问题时，我发现了另一个我还没有在这里看到的答案。看起来XIB 文件中的大小类根本不起作用。如果我在 storyboard 文件中创建单元原型，它可以在 iOS7 中工作，如其他答案中所述，但是当相同的原型单元移动到单独的 XIB 文件中时 - 在 iOS7 中将忽略大小类。
这里是演示此行为的示例项目的链接：https://dl.dropboxusercontent.com/u/6402890/testSizeClasses.zip
在原型单元格中，灰色视图的每个边缘都有四个约束。每个都以相同的方式配置：Any/Any - 10，Regular/Regular - 20
它在 XIB 和 Storyboard 的 iOS8 模拟器中运行良好，并且在 iOS7 中，只有 Storyboard 中定义的单元格在 iPad 上获得更新的约束：
【讨论】：
如果它节省了任何人的时间，我相信 Xcode 6 为大小类提供准向后兼容性的方式是通过历史上的~ipad 和~iphone 后缀故事板，仅此而已。这是有道理的，因为尺寸类是我们之前定义 iPad 故事板和 iPhone 故事板的一种更抽象的方式。
因此：
如果您的目标是使用尺寸类来支持特定于设备系列的布局（iPad 与 iPhone），那么您很幸运：尺寸类是以前支持的方法的更好接口。
如果您的目标是使用尺寸等级来支持相同设备系列中不同型号的更改布局 - 即。 iPhone 5/6/6+ 公司风景，那你运气不好。使用这些将需要最低 iOS 8 部署目标。
【讨论】：
@lducool - 在界面构建器的身份检查器中，将“Builds For”更改为 iOS7.1 及更高版本。
【讨论】：
很遗憾，Dave 和 Joey 的回答对我不起作用。 我不允许在这个帖子中发表评论，所以如果这是错误的地方，请原谅我。
我为此提出了一个具体问题： Example for iPhone portrait landscape adaptive UI which is backwards-compatible with iOS 7
根据我目前所学到的知识，我现在相信，就像在我的示例中一样，对于 iPhone iOS7 的纵向和横向模式下的一个 ui 元素，不可能有 2 个单独的不同约束，基于大小类。 不过，如果我弄错了，我会很高兴。
【讨论】：