在影响一个文件的代码修复中返回 Task<Document> 而不是 Task<Solution> 有什么好处
What's the advantage of returning Task<Document> over Task<Solution> in a code fix that affects one file
创建代码修复时，您可以在returnTask<Document> 和Task<Solution> 之间进行选择。显然，当您（可能）像 Rename 操作一样修改多个文档时，应该选择后者。
如果只修改当前文档，是否有关于应 returned 的指南？ return Task<Document> 似乎最合乎逻辑，但下一步要做什么？如果它继续 returning Task<Solution> 而不做任何其他事情，我们不妨自己做。
如果您不覆盖 GetChangedSolutionAsync，base implementation 将简单地从 GetChangedDocumentAsync 获得解决方案。
覆盖GetChangedDocumentAsync的目的只是为了让您编写更简单的代码。
创建代码修复时，您可以在returnTask<Document> 和Task<Solution> 之间进行选择。显然，当您（可能）像 Rename 操作一样修改多个文档时，应该选择后者。
如果只修改当前文档，是否有关于应 returned 的指南？ return Task<Document> 似乎最合乎逻辑，但下一步要做什么？如果它继续 returning Task<Solution> 而不做任何其他事情，我们不妨自己做。
如果您不覆盖 GetChangedSolutionAsync，base implementation 将简单地从 GetChangedDocumentAsync 获得解决方案。
覆盖GetChangedDocumentAsync的目的只是为了让您编写更简单的代码。