使用splitview控制器的应用程序的最佳实践，我的应用程序可以被拒绝吗？

Question

我真的遇到了这个“梦幻般的”splitviewcontroller问题......我正在构建一个使用splitviewcontroller的iPad应用程序，因为它是使用App的逻辑方式。但是，我担心我的应用程序将被拒绝，因为我的故事板中的rootviewcontroller不是splitview ..我的初始控制器是一个“主页面”，带有一些按钮，可以将用户带到应用程序的特定部分。我通过在主菜单页面上的按钮的不同segue中更改我的app delegate的rootviewcontroller来实现这一点...我无法将segues工作到开箱即用的splitviewcontroller。但实际上，我不喜欢这种方法，我只是不知道还能做什么。我需要用户在应用程序启动时登录，而我的主页只是以模态方式显示这个登录页面。这个逻辑对我来说，来自JSP世界似乎很简单，但我觉得有限......也许我还没有得到它:)

我可以使用1个具有不同主/视图控制器的splitviewcontroller，更改这些控制器的最佳方法是什么？我是否应该让我的菜单页面在appdidfinishlaunching的splitview上以模态方式显示，然后解散自己（也是否定，因为它始终是呈现的视图应该将其带走）？

我想我的问题是，应该有一个应用程序的设计应该有一个带登录的菜单页面，然后是2个或更多“splitviews”？

我正在使用IOS5和故事板，并希望继续这样做：）

这一切的痛苦在于，也许我可以“让它工作”，但我喜欢清洁和正确的代码，所以我讨厌“以错误的方式”做事......

非常感谢。

Answer 1

Apple鼓励开发人员在使用这些开发人员工具时开箱即用。如果您对UISplitViewController的使用很容易理解，不容易崩溃，并且有意义，那么没有理由认为Apple会拒绝您的应用程序。

Apple拒绝您的应用的主要原因是：

• 崩溃，崩溃，崩溃。如果你有一个坚固的应用程序，不会崩溃，你就在家中
• 什么都不做。该应用程序需要有用（假设你有这个涵盖）
• 你说它做了什么。不要骗你的描述。准确无误，无法做到。
• 不要使用任何未记录的API。也假设情况并非如此。

我会说，去吧。如果您找到一种很酷的方式来实现拆分视图，请务必释放您的应用。如果你做得非常好，也许人们会复制你的应用程序或导航流程。虽然这可能是一个无赖，但它确实是你作为开发人员可以得到的最好的赞美。祝你好运。