o App Store是您和全世界人类进行接触交流的伟大渠道。如果您只是想向你的家人和朋友展示一个您设计的App，考虑到Ad Hoc网络分布以及企业蓝图，App Store不是您的最佳选择。如果您只是刚刚入门，多了解一下苹果开发者计划吧。
o 如果您的App看起来像是几天之内草草拼凑起来的，又或者您只是想让您的朋友为您的第一个测试App就在App Store上架了感到吃惊，您就准备好被拒绝吧。我们有许多严肃认真的开发者并不希望他们的高品质App被一些速成App围绕着。对您的App，如果我们觉得过线的一些内容或者行为，我们是会坚决说不的。您问什么样的线？“我看到的时候我就会知道。”并且我们认为当您过线时您自己其实也是心中有数的。如果您企图欺骗系统（例如：通过篡改评论流程盗取用户信息，抄袭其他开发者的作品，或者操纵评分），您的App将会从App Store下架，而您也将被开除出开发者计划。
o 2.3.2如果您的App包含应用内购买，请确保您的App描述、截屏、预览明确指出是否有特色项目、等级以及订阅等需要额外的购买。如果您打算在App Store中对您的App启用应用内购买，确保您在IAP启用名称以及描述都向用户阐述您已经正确处理购买意图API，以保证用户在使用您的App时能够无缝完成应用内购买。
o 2.3.3应用截图还应该展示使用过程，而不只是标题、登录界面、或者启动界面。它们还应该包括文字叠加以及展示在设备上的扩展功能，例如Touch Bar。
o 2.3.7 为您的App选择一个独特的名字，选择准确描述它的关键词，而且别想在您的元数据里放入任何公司商标，流行的App名称，或者是其他企图和系统博弈的不相干的字句。App名称必须被限定在5030个字以内并且不能包含价格，商品名称或并不是App名称的描述。App名称副标题是为您的App增加额外的语境描述的好帮手；但它们必须遵循我们标准的元数据规则，并且不应该包含不合适的内容，提及其他App，或对无法验证的产品进行宣传。苹果可能随时对任何不恰当的关键词进行修改。
2.3.8您的App元数据应当对所有用户适用，所以确保您的App和应用内购买图标，截图以及预览遵循4岁＋的分级，即使您的App分级更高。比如您的App是个游戏，那么在展示图像时选择不描述可怕死亡的图像或者选择指向特定角色的枪。在您的App中在为孩子定制的分类中使用像“For Kids（孩子型）”和“For Children（儿童型）”这样的措辞。为了避免产生误会，记住要确保您的元数据，包括App名称，图标（大的，小的，Apple Watch app等），是一致的。
2.5软件要求
o 2.5.1 应用程序只能使用公共API，并且必须运行在当前的操作系统上。详细了解公用API。确保您的App在最新状态并且保证淘汰过时且在将来版本的操作系统不被支持的特性，框架或技术。
o 2.5.2您的App应该是独立的，并且不试图读写非允许范围内的数据，也不允许下载、安装或执行代码，包括其他 iOS, watchOS, macOS, or tvOSapp。目的在于教授，开发或者测试执行代码的App中，下载的代码可能无法用作其他用处。这样的App必须将应用提供的源代码毫无保留地展示给用户并供用户编辑。
o 2.5.9 改变或者无法使用标准开关功能（例如：音量调高/调低，响铃/静音开关或其他原生用户界面元素）的App，那么您的App将被拒绝通过审核。例如，您的App不应该禁止用户想要使用的其他App链接或者特性。了解更多关于如何妥善处理链接的内容吧。
o 2.5.11 SiriKit
(ii) 确保参数表的词汇和短语适用于您的App以及您的App所需要的SiriKit的意图了解功能。别名必须与您的App或公司名称直接相关，不应是通用术语，也不应包括第三方App名称或服务。
2.5.12使用CallKit或者包含短信诈延伸服务的App应该只是拦截已确定是拨打垃圾电话的电话号码。包含call-, SMS-, 以及MMS-拦截功能或者垃圾邮件识别功能的App在他们的营销文本中应当明确识别这些特征，并解释他们的拦截以及垃圾邮件列表的标准。您不能以不是与操作、改进App或扩展直接相关的任何目的（例如，您不能使用、共享或出售它用以跟踪目的或创建用户配置文件等）。
3.1付款
o 3.1.1应用内购买：
如果您想要解锁您App中的特性或者功能，（例如：订阅，游戏货币，游戏级别，获取附加内容，或解锁一个完整的版本），您必须使用应用内购买。您的App可以使用应用内购买货币使得您的用户能够对数字内容提供者进行打赏。您的App不能包含IAP以外的直接引导用户使用的购买机制的按钮、外部链接以及行动呼吁。
任何通过IAP购买的信用卡或游戏币必须在应用程序内消费，并且不得过期，并且你要确保任何应用内购买的商品都有库存。
o 3.1.2(a)获得许可的使用：如果您提供自动更新订阅，则必须向客户持续提供有价值的内容，并且订阅时间最少要7天并且可在所有用户的设备上查看使用。
3.1.3 基于内容的“阅读器”App：假设您的app确实同意不直接直接或间接地引导iOS用户使用IAP以外的采购机制方法，那么您的App应当允许用户访问先前购买的内容或内容订阅（特别是：杂志、报纸、书籍、音频、音乐、视频、专业数据库访问、VoIP、云存储和批准的服务，如管理学生成绩和时间表的教育App），以及多平台游戏中的消耗品，并且您关于其他购买方法的一般通信不为阻止IAP的使用而设计。
3.2其他商业模式问题
3.2.1可接受的
(vi)假设经批准的非营利组织完全遵循App审核原则且使用Apple Pay，假设这些组织完全遵循App审核原则支持，那么他们可直接在自己的App使用或第三方App内筹集资金。这些App必须公布他们的资金将如何使用，必须遵守当地和联邦法律，并且确保捐赠者合理的税收。应要求提供所需额外信息供App审核。将捐助者与其他非营利组织连接的非营利平台必须确保App中列出的每一个非营利组织也都通过了非营利组织批准程序。了解如何成为一个经批准的非盈利组织。
o 3.2.2不可接受的
(i)MusicKit API让您的用户在使用您的App的过程中能够获得订阅。它们的目的仅仅是使Apple Music用户能够简单地播放音乐而已，用户必须使用标准的媒体控制（例如：“播放”、“暂停”、“跳过”）来启动播放Apple Music 流，并且能够控制播放。您的app不能将这些操作进行自动化，此外，您的App不能要求对Apple Music服务收取费用或间接地赚钱（例如：应用内购买，广告，索取用户信息等。）不要从MusicKit API中下载、上传，或者分享音乐文件，除非是MusicKit 文件当中所允许的。
(ii) 使用MusicKit API并不能代替你需要进行更深度及更复杂的音乐整合的证书所带来的安全保障。例如，如果您想要您的App在某个特定的时刻播放某一首歌，创建一个可在社交媒体分享的音频视频文件，您必须直接联系版权所有者来获得许可（例如，同步权和改编权）以及资源。封面可能要在链接到音乐播放或者歌单时才会使用（包括在App Stoe中展示您App功能的截图），并且在未获得版权所有者授权的情况下不得将其作为营销手段或者广告宣传。在将Apple Music服务整合在您的App中之前，确保您已经了解Apple Music ID指南。
SELECT dw_posts.ID,dw_posts.post_title,dw_posts.post_content
FROM dw_posts
INNER JOIN dw_term_relationships ON (dw_posts.ID = dw_term_relationships.object_id)
WHERE 1=1
AND(dw_term_relationships.term_taxonomy_id = 3734 ) AND dw_posts.post_type = 'post' AND (dw_posts.post_status = 'publish') GROUP BY dw_posts.ID ORDER BY RAND() LIMIT 0, 6
