无需 Interface Builder 即可制作通用应用程序

Question

我正在使用 XCode 4.2 和 iOS 5，并且想要制作一个通用应用程序，不使用 Interface Builder，如这篇文章 不使用 MainWindow.xib。

我还想使用 Kotan Code 的 帖子。

因此，我有主 appdelegate、appdelegate_iPhone 和继承自它的 appdelegate_iPad。

回到 XCode 4.0（以及 Kotan 的帖子中），使用了适当的 appdelegate，因为有一个与之关联的 MainWindow_iPhone.xib （或 MainWindow_iPad.xib）。如果我不使用 .xibs，如何以编程方式转到正确的 appdelegate？

（我希望解决方案不涉及 if (UI_USER_INTERFACE_IDIOM() == UIUserInterfaceIdiomPad) {} 等）

Answer 1

看看你的 main.c 文件，它应该包含这样的语句：

int retVal = UIApplicationMain(argc, argv, nil, nil);

其中 UIApplicationMain 定义为：

int UIApplicationMain (
  int argc,
  char *argv[],
  NSString *principalClassName,
  NSString *delegateClassName
);

所以，你只需执行：

int retVal = UIApplicationMain(argc, argv, nil, <YOUR_DELEGATE_CLASS_NAME>);

你的程序将使用它委托类而不是 nib 中定义的类。

还要考虑编辑 info.plist 文件，您应该在其中删除有关您在其中找到的主 nib 文件的所有条目，否则如果从项目中删除 xib 文件，您的程序将崩溃。

编辑：我后来意识到您也在询问如何区分 iPad 和 iPhone...并希望这不涉及检查 UI_USER_INTERFACE_IDIOM() == UIUserInterfaceIdiomPad 。

AFAIK，UI_USER_INTERFACE_IDIOM 是执行此操作的官方方法。事实上，如果您检查该宏的定义，您会发现它基于 UIDevice 类，该类返回有关程序运行的设备的信息。所以，我不认为这有什么不好。

另一种方法可能是使用 UIDevice 本身，或 UIDevice-Extension，这是一个扩展 UIDevice 的框架。

---

编辑2：

对于您在评论中提出的问题：

1）如果有.xibs，我不需要指定UI_USER_INTERFACE_IDIOM
（根据上面链接的 Kotan 帖子）。我必须在笔尖和
这个 if 语句？

我想是的；要么在 xib 级别执行，要么以编程方式执行。

2) 您是否建议我使用 if 语句来跟踪设备
main.m？这是真的，它在那里确实有效。请注意 XCode 4.2 中的更改：

return UIApplicationMain(argc, argv, nil, 
                         NSStringFromClass([AppDelegate class]));

如果您以编程方式执行此操作，则必须在需要的地方执行此操作。

很可能，应用程序委托是应用程序的一部分，不依赖于设备，因此您并不严格需要为 iphone 实例化一个委托，为 ipad 实例化另一个委托。我指出的是，如果您不提供笔尖，则应该指定一个委托，它只是为您的应用程序定义一个高级入口点。

然后，在您的 – application:didFinishLaunchingWithOptions: （应用程序入口点）中，您应该创建您的 UI，即创建您将在 nib 中定义的一组对象（控制器、视图等；a nib 只是一种直观地“创建”和连接对象的机制；如果您不以视觉方式进行操作，则可以通过编程方式进行操作）并连接它们；现在，其中一些对象确实依赖于设备（即视图），而另一些则不依赖于设备。对于前者，您可以通过使用 UI_USER_INTERFACE_IDIOM 检查来决定从哪个类实例化它们。

或者，您可以有两个不同的委托类，一个创建 iphone UI，另一个创建 ipad UI；这也是一个完全合理的做法。这基本上取决于您的应用程序的复杂性以及您愿意接受的权衡。

---

这或多或少是我看待事物的方式，为可能迂腐而道歉，但我希望我能说清楚。

如果您的应用程序周围有许多 if，您还可以定义一个“装饰器”函数（例如：decoratedClassNameFromGenericClassName:(NSString*)，不用介意冗长）来隐藏其中 UI_USER_INTERFACE_IDIOM 或将来可能出现的任何其他“装饰”需求......