objective-c - iOS静默推送的二三问题

Question

iOS10中推送这一块引入了新的框架UserNotification.framework，除了整合之前关于推送模块的API，还增加了很多新的功能，比如撤销通知，更新通知内容，通知可展示图片视频，还可自定义通知UI。虽然新的框架已经替换旧的API，但iOS10之前的系统还是需使用旧的一套API。因而，在过渡阶段，两套API都要实现。
所以回顾了下iOS10之前的通知模块，其中在看了content-available这一属性文档时有两个个疑问：

1. content-available值为1代表静默推送，为什么苹果设计成在添加alert,badge,sound属性就展示相应特性，因而提供入口让其再次进入didReceiveRemoteNotification:fetchCompletionHandler回调。而不是进行过滤处理，既然是静默推送，那么就过滤alert,badge,sound属性，不让这些属性生效,生效还算silent remote notification? 或者换另一个角度考虑，在设置了alert,badge,sound属性后其实就已经不是静默通知，就禁用静默推送功能，无法在后台执行操作，也就是不进入该回调。但苹果并不是这样设计的，那么苹果设计成这样有什么是怎样的考虑呢?

2. 没有看文档以前以为当content-available值不为1时就不会进入didReceiveRemoteNotification:fetchCompletionHandler回调,当文档中明确提到只要设置了该属性就会进入该回调，那么除了content-available值为1时，应用在后台时下载获取更新内容，那content-available值为0时，相应的应该表示没有可用的新内容，那么设计成进入该回调是要进行什么操作，以及应用场景是什么。

Provide this key with a value of 1 to indicate that new content is available. Including this key and value means that when your app is launched in the background or resumed, application:didReceiveRemoteNotification:fetchCompletionHandler: is called.

最后： 可能是因为没有接触到需要使用这样的应用场景，所以无法理解这样设计的考虑。所以还蛮想知道为什么这样设计？