以编程方式重命名 NSDocument 文件时防止出现警告

Question

我的应用程序允许用户重命名当前打开的文档。这很简单，而且工作得很好，但有一个我无法弄清楚的非常烦人的错误。当文件被重命名时，AppKit（友善地）会在用户下次尝试保存文档时发出警告。用户说“确定”，一切都会正常进行。当应用程序外部的某些内容更改了文档时，这是有意义的，但当它实际上是由文档本身完成时，则没有意义。

代码是这样的：

-(void)renameDocumentTo:(NSString *)newName {
  NSURL *newURL = [[[self fileURL] URLByDeletingLastPathComponent]
                                   URLByAppendingPathComponent:newName];

  NSFileManager *fileManager = [NSFileManager defaultManager];
  [fileManager moveItemAtURL:[self fileURL] toURL:newURL];
  NSDictionary *attrs = [fileManager attributesForItemAtPath:[newURL path] error:NULL];

  [self setFileURL:newURL];
  [self setFileModificationDate:[attrs fileModificationDate]];
}

人们可能认为在文档上明确设置新的 URL 和修改日期就足够了，但遗憾的是事实并非如此。 Cocoa 仍然会生成警告。

我尝试更改顺序（在文档上设置新 URL，然后重命名文件），但这没有帮助。

我还尝试了用户在 CocoaDev 的旧帖子上建议的修复：

[self performSelector:@selector(_resetMoveAndRenameSensing)];

但是，即使这样也不能停止警告，我猜必须是执行此操作的正确方法使用记录的 API。当用户单击项目树上的文件并将其重命名为其他名称时，Xcode 如何处理事情。它不会警告用户有关重命名的信息，因为用户实际上执行了重命名。

我需要做什么？

Answer 1

主要文档中对此没有太多内容。相反，请查看 10.5 发行说明：http:// /developer.apple.com/library/mac/#releasenotes/Cocoa/AppKitOlderNotes.html%23X10_5Notes 标题下的“NSDocument Checking for Modified Files At Saving Time”

（对于 Xcode，它具有悠久的历史）如果项目中的文件不使用 NSDocument ，我也不会感到惊讶）

值得注意的是，移动文件不会更改其修改日期，因此调用 -setFileModificationDate： 不太可能产生任何影响。

因此，一种可能性可能是绕过 NSDocument 的通常警告，如下所示：

- (void)saveDocument:(id)sender;
{
    if (wasRenamed)
    {
        [self saveToURL:[self fileURL] ofType:[self fileType] forSaveOperation:NSSaveOperation delegate:nil didSaveSelector:nil contextInfo:NULL];
        wasRenamed = NO;
    }
    else
    {
        [super saveDocument:sender];
    }
}

理想情况下，您还需要检查以下可能性：

1. 要求应用程序重命名文档
2. 重命名的文件然后由另一个应用程序
3. 用户 修改/移动去保存文档

此时您希望出现通常的警告表。可能可以通过以下方式完成：

- (void)renameDocumentTo:(NSString *)newName
{
    // Do the rename

    [self setFileURL:newURL];
    wasRenamed = YES; // MUST happen after -setFileURL:
}

- (void)setFileURL:(NSURL *)absoluteURL;
{
    if (![absoluteURL isEqual:[self fileURL]]) wasRenamed = NO;
    [super setFileURL:absoluteURL];
}

- (void)setFileModificationDate:(NSDate *)modificationDate;
{
    if (![modificationDate isEqualToDate:[self fileModificationDate]]) wasRenamed = NO;
    [super setFileModificationDate:modificationDate];
}

---

否则，我能看到的您唯一的其他选择是使用一些自定义参数调用标准保存/写入方法之一，这些参数提示您的文档子类移动当前文档而不是实际保存它。我认为会更棘手。也许定义您自己的NSSaveOperationType？

通过这种技术，文档系统应该理解重命名是类似保存操作的一部分，但需要进行大量实验才能确定。

Answer 2

受到@Mike的回答的很大启发，我通过将 NSSaveOperation 重新路由到 NSSaveAsOperation 来不再显示“已移动到”消息。在我的 NSDocument 子类中：

• 我重载 saveDocumentWithDelegate:didSaveSelector:contextInfo: 来确定保存 URL 和文档类型（将它们分配给 self）；如果旧 fileURL 存在，我将其移动到新位置
• 在 saveDocumentWithDelegate:didSaveSelector:contextInfo: 内，我将调用重定向到 [self saveToURL:self.fileURL ofType:self.fileType forSaveOperation:NSSaveAsOperation completionHandler: ...] 而不是 [super saveDocumentWithDelegate:didSaveSelector:contextInfo:]

这对我有用。

Answer 3

难道不能以编程方式回答用户的问题吗？
或者您可以在重命名后立即保存，这样用户就能一次性获得所有答案。

我发现这个问题已经存在并运行了一段时间，因此告诉您阅读 参考 我想不会有任何好处..

希望我能有所帮助，尽管它没有不直接解决你的问题