对于使用 Cocoa/Objective-C 编写的 Mac 应用程序，常见的客户支持问题是他们尝试“卸载并重新安装”以希望恢复到干净状态。但问题是新安装仍然在读取之前安装留下的配置文件和数据库。客户刚遇到同样的问题，导致他首先卸载。然后我必须指导他删除哪些文件以恢复正常状态和/或向他展示从 UI 重置的正确方法。
虽然真正的痛点和错误会随着时间的推移而得到修复，但我想知道 如果可以执行以下任一操作：
MyApp.app 被移动到垃圾箱时，是否可以运行一些代码来清理用户主目录中应用程序留下的任何垃圾？或者清单/pinfo 文件中可以指定删除某些目录或文件的内容？或
【问题讨论】：
在应用启动时，您可以考虑：
.app目录的inode将这些旧值存储在应用的首选项/应用程序支持中，与启动时的当前值进行比较。根据启发式方法，您可以决定/猜测应用程序是否已更新（第 1 次）、移动/复制/多个副本（第 2 次）、删除和重新创建（第 3 次）或其他。这并不完美，可能一个重新创建的应用程序具有相同的 inode 编号，但它不太可能而且如果它确实改变了你知道它是一个不同的目录。 p>
HTH
【讨论】：
NSString * appPath = [[NSBundle mainBundle] bundlePath];
NSDictionary * fileAttribs = [[NSFileManager defaultManager]
attributesOfItemAtPath:appPath error:nil
];
NSDate * creationDate = [fileAttribs objectForKey:NSFileModificationDate];
NSDate * savedDate = [[NSUserDefaults standardUserDefaults]
objectForKey:@"AppBundleFileModificationDate"
];
if (!savedDate) {
// ... App never ran before ...
} else if (![creationDate isEqual:savedDate]) {
// ... App did run before,
// but bundle has been re-installed or updated ...
} else {
// ... App did run before and has not
// been re-installed or updated ...
}
[[NSUserDefaults standardUserDefaults]
setObject:creationDate forKey:@"AppBundleFileModificationDate"
];
如何区分重新安装和更新？保存应用版本，如果是更新，它已经改变，它不是，它是相同版本的重新安装。
如果用户将应用移动到不同的目录并从那里启动，代码将错误地检测到重新安装。如果您还存储 appPath 并进行比较，您就可以捕捉到这种情况。
只要用户不删除应用程序的首选项，您写给 NSUserDefaults 的内容就会继续存在，这在 Mac 上永远不会自动发生。
【讨论】：