本文翻译自Medium，原作者是Adam Luptak，原文地址
我之前没认为他们会去这样做。需要强调的是，我很开心。
当苹果发布iPhone 6 Plus的时候——需要3x assets来达到最佳效果——这看起来是讨论臃肿app的最佳时间了，但他们一个字都没有提到。脑海中带着这个疑问，虽然那个时候我没有真正的屏住呼吸，但我还是乐于被证实是错误的。
还有——App瘦身跟智能bundles相比完全是一个更好的名字。这就是他们能挣大钱的原因。
我非常兴奋——这就像我曾经说的一样，但苹果甚至做了一个更好的。让我们看看：
切片
苹果把处理正确的assets到正确的设备的过程叫做“切片”(slicing)。它只对被包含在Asset Catalogs里的assets有效，既不是一个惊喜也不是一个麻烦事，这看起来就像是未来管理assets的最好方式。
Bitcode
苹果也会只提供可执行的设备的最好匹配，64位或者32位。全部性能，没有额外的文件尺寸！
按需资源
这是真正让我惊讶的地方——会有一个苹果允许的方式来管理你的app的额外资源，需要的时候才被下载。额外管理，发布安装资源是我们原来做的事，但直到现在，开发者需要把资源放到EC2或者CDN，并且管理带宽和存储消耗。现在它会被管理在iTunes App Store上！我们也会获得一个全新好的整合的方式来下载所说的资源，并且能够监控进度，所以我们可能需要让我们家庭自制的下载系统退休了。
提交
有意思的是，苹果看起来要管理编译针对不同设备的不同app变体的所有跑腿活。在提交过程中，app——大概是.xcarchive文件——会被上传到iTunes Connect，App Store会为app支持的所有设备和结构创建app 变体。
兼容性
当然，所有这些App瘦身特色需要iOS9，但这不是真正令人惊讶的。但是，自从最早的iPhone OS第一次发布以来，苹果在iOS9中没有抛弃对任何设备的支持——如果你的设备能运行iOS8，也能运行iOS9.
对于任何不能（或不想）更新的人，app会被简单的下载，通过遗存的app bundles方式。
这可能看起来像螺母和螺钉，但我真的因为App瘦身而激动。在我自己草草的探索中——用一个不可否认的小样本设置——每个app在储存空间里的内存是原来的2/3。这个变动能够节省许多空间在我的（毫无疑问还有其他人）的设备中。
我自己是真正希望把这些存储空间用在其他事情上的。
