如果用户需要登录，是否可以拒绝应用程序？
Can app be rejected if the user needs to log in?
引用自App Store Review Guidelines：
17.2 Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected.
我的应用程序允许用户通过电子邮件和密码登录（到目前为止它会被拒绝），但它也提供了 Facebook 的一键式登录。如果用户使用 Facebook 登录，他可以停用 email 权限，从而让他无需提供电子邮件地址即可登录。从 App Store 的角度来看，这是否可以接受？
我问的原因是因为 App Store 审查指南非常主观。它没有具体说明我描述的这种方式可能会被拒绝，但如果他们这样做我也不会感到惊讶。
有很多已获批准的应用程序需要登录，一些甚至需要 phone 号码才能登录（带有 SMS 确认消息等）。
但 Apple 可能会要求您证明您的选择（为什么需要用户的 email/phone 号码？）。如果您对此没有好的答案，使用用户名而不是电子邮件可能更安全。
当然正如你所说，标准是主观的。您可能需要与他们交换一些消息，在最坏的情况下，稍微更改流程以满足他们的要求。
编辑 - 关于最后一条评论：如果您可以在不登录的情况下保留应用程序的所有功能，最好放弃它 - 它甚至会使用户体验更简单。但是，如果您确实需要登录才能使用您的功能，Apple 可能会让您这样做。根据应用程序的不同，您甚至可以有一个 "visiter mode" 用户无需注册即可进入和使用某些功能的地方。
引用自App Store Review Guidelines：
17.2 Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected.
我的应用程序允许用户通过电子邮件和密码登录（到目前为止它会被拒绝），但它也提供了 Facebook 的一键式登录。如果用户使用 Facebook 登录，他可以停用 email 权限，从而让他无需提供电子邮件地址即可登录。从 App Store 的角度来看，这是否可以接受？
我问的原因是因为 App Store 审查指南非常主观。它没有具体说明我描述的这种方式可能会被拒绝，但如果他们这样做我也不会感到惊讶。
有很多已获批准的应用程序需要登录，一些甚至需要 phone 号码才能登录（带有 SMS 确认消息等）。
但 Apple 可能会要求您证明您的选择（为什么需要用户的 email/phone 号码？）。如果您对此没有好的答案，使用用户名而不是电子邮件可能更安全。
当然正如你所说，标准是主观的。您可能需要与他们交换一些消息，在最坏的情况下，稍微更改流程以满足他们的要求。
编辑 - 关于最后一条评论：如果您可以在不登录的情况下保留应用程序的所有功能，最好放弃它 - 它甚至会使用户体验更简单。但是，如果您确实需要登录才能使用您的功能，Apple 可能会让您这样做。根据应用程序的不同，您甚至可以有一个 "visiter mode" 用户无需注册即可进入和使用某些功能的地方。