PS0224未找到消息文本！安装.net 4.5.2后出错

我最近安装了.net 4.5.2开发包，无法编译一些实现postsharp 4.1.13特性的.net 4.0项目。清理和生成后，输出窗口中的相关项为

：消息PS0220:PostSharp需要为 选定的平台。这可能需要一段时间。结果将被缓存 下一次构建会更快

：postsharp错误PS0224:[PS0224]。>未找到任何消息文本

4.5.2使用和不使用post sharp 4.1.17的项目可以正确编译

我们已经从项目中删除了.13 nuget包，并添加了.17版本，这似乎已经纠正了问题，但修订增量带来了我们希望避免的自己的postsharp版本控制问题

---

有没有人知道如何确定是什么导致了这种情况，或者如何纠正它并保留在版本13上？

PS0224意味着PostSharp在为当前编译生成绑定映射时无法访问文件。所有这些文件都存储在

C:\ProgramData\PostSharp\BindingMaps

中，最可能的问题是运行PostSharp的用户没有对此目录的写入权限

由于您已经安装了.NET 4.5.2，这是一个就地升级，PostSharp需要在不同版本的.NET上运行时生成新的绑定映射

事实上，在我们的代码库中有一个合并问题，并且消息文本没有包含在这个版本中

---

希望这有帮助。

PS0224意味着PostSharp在为当前编译生成绑定映射时无法访问文件。所有这些文件都存储在

C:\ProgramData\PostSharp\BindingMaps

中，最可能的问题是运行PostSharp的用户没有对此目录的写入权限

由于您已经安装了.NET 4.5.2，这是一个就地升级，PostSharp需要在不同版本的.NET上运行时生成新的绑定映射

事实上，在我们的代码库中有一个合并问题，并且消息文本没有包含在这个版本中

---

希望这能有所帮助。

保留4.1.13，您希望避免什么样的版本控制问题？@JakubLinhart我们工作的一部分是构建可扩展框架，供我们公司（和我们自己）的其他开发人员使用。如果我们的框架是使用.13构建的，那么所有dll扩展或实现程序实际上都被锁定在.13中。如果我们更新到.17，那么我们将强制所有调用方进行更新。保留4.1.13，您希望避免什么样的版本控制问题？@JakubLinhart我们工作的一部分是构建可扩展框架，供我们公司（和我们自己）的其他开发人员使用。如果我们的框架是使用.13构建的，那么所有dll扩展或实现程序实际上都被锁定在.13中。如果我们更新到.17，那么我们将强制所有调用方进行更新。我们中的一些人运行VS“作为管理员”，并得到相同的错误。我的本地文件夹中确实有该文件夹，它有一个4.5.2子文件夹，其中包含一组assemblymap文件，但我的bindingmap文件夹的内容与其他文件夹不同。您知道理想的文件夹结构是什么样的吗？这样我们就可以继续检查了？所有内容都应该在

BindingMaps\v1

中。下一层是（已编译程序集的）目标框架。在此级别中，您将为每个引用的目标创建

.AssemblyMap

文件和

.AssemblyMap

文件。下一个级别是本机框架（运行PostSharp时使用的.NET版本）。由于这是一个缓存并且是惰性创建的，不同的机器可能有不同的内容。如果可能，我们使用全局互斥来进行同步。您可以随时删除文件夹，PostSharp应该重新创建它-如果可以的话。由于4.1.13缺少错误消息，我们无法确定它是哪个文件。我们中的一些人运行VS“作为管理员”，并得到相同的错误。我的本地文件夹中确实有该文件夹，它有一个4.5.2子文件夹，其中包含一组assemblymap文件，但我的bindingmap文件夹的内容与其他文件夹不同。您知道理想的文件夹结构是什么样的吗？这样我们就可以继续检查了？所有内容都应该在

BindingMaps\v1

中。下一层是（已编译程序集的）目标框架。在此级别中，您将为每个引用的目标创建

.AssemblyMap

文件和

.AssemblyMap

文件。下一个级别是本机框架（运行PostSharp时使用的.NET版本）。由于这是一个缓存并且是惰性创建的，不同的机器可能有不同的内容。如果可能，我们使用全局互斥来进行同步。您可以随时删除文件夹，PostSharp应该重新创建它-如果可以的话。由于4.1.13缺少错误消息，我们无法确定它是哪个文件。