问题标签 [ivar]

在这个问题之后，我将如何创建一个提到的“ivar”？遇到同样的问题，我正在尝试解决它，以便苹果批准我的最新更新

在实现接口时，教程和文献中的常用方法似乎是声明一个 ivar，然后设置@propertythen @synthesize。

但是，省略显式声明并仅放置 @property 具有相同的效果。

那么为什么大多数人都使用@property和显式声明呢？不这样做是不好的形式吗？

我最近了解到您可以使用 LLVM2.0 在类扩展中添加 ivar。（gcc 不能这样做）这在某种程度上是真正私有的 iVar，因为其他用户不存在它，因为它不在头文件中。像：

但这确实依赖于编译器。有没有其他方法可以声明不在头文件中的 ivar？

我来自 PHP 背景，并且是 Objective C 的新手。我在 var 将其标识为指针之前得到一个星号。但是，类名后的星号是什么意思？我已经看到了这两种方式，这不是一个错误。风格不同是不是同一个意思？

谢谢你看我的问题！在我的游戏中，我有几个场景。我有一个 IntroScene、一个 HomeScene 和一个 PlayingScene。现在，如果我需要创建一个变量int playerStrength并且我希望它从 0 开始，但它需要显示在我的 HomeScene 中并且 PlayingScene 也需要能够访问它，我该怎么做? 因为 HomeScene 需要显示这个整数，而 PlayingScene 需要知道它是什么，所以它可以影响玩家造成的伤害量。（并且玩家类还需要知道这个变量必须是什么）。我已经为此受苦很长时间了，非常感谢一些帮助！谢谢你！

在 Objective-C 中访问实例变量的正确语法是什么？

假设我们有这个变量：

并且它是合成的。

当我们想要访问它时，我们首先要分配和初始化它。用 Objective-C 编程大约一个月了，我已经看到了两种不同形式的语法。我见过人们做简单aString = [[NSMutableString alloc] initWithString:@"hi"]的事情，他们像这样分配字符串；我还看到人们开始使用它self.aString，然后他们继续初始化他们的 ivar。我想我只是想弄清楚初始化实例变量的最正确方法是什么，因为在前一个示例中，我收到了 EXC_BAD_ACCESS 错误。在添加了之后self.，它并没有出现。

如果这是一个重复的问题，请原谅我，但在阅读了一些关于 SO 的帖子后，这让我很好奇。我正在尝试使用 Objective-C 学习正确的语法，因为我更喜欢正确而不是草率。

在 Objective-C 中，在子类的定义中（可能在接口文件中），是否可以强制转换从超类继承的实例变量（ivar）？

我想这样做是因为我已将超类的 ivar 定义为NSObject *session，并且我想将子类的 ivar 转换为Facebook *session，这样我就不必每次向它发送Facebook实例响应但NSObject实例的消息时都将其转换为不。

我有一个奇怪的问题：当从 UIView 子类创建一个视图到另一个 UIView 子类的实例时，我只能在我创建它的方法中访问该对象。在其他方法中，对象为 NULL：我无法从超级视图访问或修改或删除对象。代码（简化）：

编辑：此时的问题是，非常奇怪......事实上，实际上，只有当我从第二个类中调用方法“removeGbif”时，我才能访问 iVar“vueGbif”（我创建了第一个类的实例在这个）中，例如按钮上的操作。在这种情况下，“removeFromSuperview”指令被正确执行，创建的视图被移除。并且“vueGbif”存在且不为 NULL。但是......如果我在视图“vueGbif”中添加一个按钮，在创建它并将其添加到当前视图（这是第二类的一个实例）时，然后，如果我触摸这个按钮来触发“removeGbif”在第二类中，此时“vueGbif”等于第二类中的NULL，removeFromSuperview根本不起作用。

任何想法 ？

当 XCode 在 Apple 的模板中创建 synthesize 语句时，您会看到如下内容：

所以我得到了一个下划线，以及你如何以不同于属性的方式命名 ivars，以确保你不会意外访问它们，等等......

我刚刚开始了一个核心数据项目，在模板创建的语句中，我有：

为什么与核心数据相关的 ivar 名称使用双下划线？这只是Apple语法吗？不确定是否还有更多内容，以及是否需要注意 - 谷歌不是很有帮助。

谢谢！

假设我有一个实例变量 MyObject* 测试；

.m

我可能会初始化它，或者现在可能取决于我是否需要。如果我不需要它，就没有必要浪费初始化。

问题在dealloc中，进行下面的检查和释放是否安全？

谢谢！