Xcode 如何在.m文件中编码属性

自从下载最新版本的Xcode以来，我第一次启动了一个新的Xcode项目。我马上注意到，在.h文件中声明属性时，它不会在.m文件中自动合成，也不会在ViewDidUnload存根中设置为nil。此外，没有viewdidibaction存根。在这里对堆栈溢出进行了一些研究之后，我意识到这是新的和正常的

我还注意到新的didReceiveMemoryWarning，有人写了以下内容：如果您想释放与视图或其他UI对象无关的内存，请使用didReceiveMemoryWarning

我的问题是…之前，Xcode会在viewDidUnload中将属性自动设置为nil。它不会在didReceiveMemoryWarning中将它们设置为零。我应该在didReceiveMemoryWarning存根中手动将这些设置为nil，还是在Xcode创建.m文件时将存根保留为空？当不再使用时，是否有任何地方的属性需要设置为nil，或者Xcode现在会自动这样做

---

谢谢

大多数UI元素使用的内存非常小。这就是iOS不赞成（现在不再调用）viewDidUnload的原因之一。这并不足以证明问题的合理性（包括可能的bug）

---

didReceiveMemoryWarning

是您应该减少任何显著内存使用的地方。特别是，它是一个很好的地方，可以转储任何可以重建的缓存信息。在我看来，你应该在至少10KB的范围内观察事物。转储几百字节通常不值得管理它所需的代码（代码本身需要内存，加上测试和维护）。如果不进行大量缓存，许多程序中可能根本不需要

didReceiveMemoryWarning

。（还有其他一些工具，比如

NSCache

，它们比手工编码的

direceivememorywarning

要好。）

大多数UI元素使用的内存非常小。这就是iOS不赞成（现在不再调用）viewDidUnload的原因之一。这并不足以证明问题的合理性（包括可能的bug）

didReceiveMemoryWarning

是您应该减少任何显著内存使用的地方。特别是，它是一个很好的地方，可以转储任何可以重建的缓存信息。在我看来，你应该在至少10KB的范围内观察事物。转储几百字节通常不值得管理它所需的代码（代码本身需要内存，加上测试和维护）。如果不进行大量缓存，许多程序中可能根本不需要

didReceiveMemoryWarning

。（还有其他一些工具，比如

NSCache

，它们比手工编码

direceivememorywarning

要好。）