Iphone AppNameAppDelegate.h和.m是所有应用程序的入口点吗？

我正在查看以下信息的来源：

它看起来像iphone应用程序的“主”文件，因为它引用了UIApplication，对吗

为什么有一个.h文件而在.m文件中有另一个同名的@接口代码块

---

我想它允许重新定义或继续接口声明？

你基本上是正确的，

-[applicationdFinishLaunchingWithOptions:

是应用程序自定义代码的入口点（真正的入口点实际上是

UIApplicationMain（）

，但如果我是你，我不会尝试重新实现）

---

.m文件中的“第二个

@interface

”是一个类别，它允许您定义未在类的主接口中定义的额外方法。这可以用于在多个文件上拆分类，向现有类添加功能，或者（如此处所示）保持某些方法定义的私有性。

基本上是正确的，

-[applicationdFinishLaunchingWithOptions:::

是应用程序自定义代码的入口点（真正的入口点实际上是

UIApplicationMain（）

，但如果我是你，我不会尝试重新实现它）

---

.m文件中的“第二个

@interface

”是一个类别，它允许您定义未在类的主接口中定义的额外方法。这可以用于在多个文件上断开一个类，向现有类添加功能，或者（如此处所示）保持某些方法定义的私有性。

一般来说，是的，AppNameAppDelegate类是放置所有应用程序级代码的地方

---

封面下面的内容是

main（）

函数调用Cocoa框架的初始化函数，该函数加载包含应用程序委托的NIB将在适当的时间调用应用程序委托的方法。

通常，是的，AppNameAppDelegate类是放置所有应用程序级代码的地方

---

封面下面的内容是

main（）

函数调用Cocoa框架的初始化函数，该函数加载包含应用程序委托的NIB将在适当的时间调用应用程序委托的方法。

您可以继续在私有类别中的.m文件中定义@interface，这通常是为了拥有您不希望公开的私有方法和属性。

您可以继续在私有类别中的.m文件中定义@interface，这通常是为了e不希望公开的私有方法和属性