Visual studio 是什么导致Visual Studio无法正确加载程序集？

我很高兴地编写了一个相当大的解决方案（超过13k LOC，5个项目），它利用Linq到Sql进行数据访问。突然，我执行了一个正常的构建，我收到了一个甜蜜、甜蜜的模棱两可的消息：

由于C:\xxx\xxx.dbml中的验证错误，错误1生成失败。打开文件并解决错误列表中的问题，然后尝试重建项目。C:\xxx\xxx.dbml

我已经好几个星期没有接触我的数据访问层了，也没有对DBML文件进行任何调整。我尝试了很多鲁莽的技巧，比如重新创建布局文件、制作副本，以及在重新启动VisualStudio后将现有文件重新添加回项目（以防文件级损坏）；都没有用

我忘了带我的Visual Studio技能+5护身符，所以我开始四处搜索，我发现唯一有意义的答案是重置我的包，因为Visual Studio没有正确加载程序集。在运行“devenv.exe/resetskippkgs”之后，我实际上能够将dbml文件添加回DAL项目并重建解决方案

我很高兴它被修复了，但我更愿意从这次经历中获得更深刻的理解有人知道在Visual Studio 2008中如何或为什么会发生这种情况吗？

新编辑：10/30/2008 这不是刚刚发生在我身上的事。 Rich Strahl最近在他的“网络日志”上写道。他链接到另一个

---

自从这篇原创文章发表以来，我也曾多次遇到过这个问题，这让我觉得这不是一个随机的问题。如果有人找到了最终答案，请发帖。

TBH，我曾经有过这样的例子，其中文件“似乎疯了”。。然而，经调查，这些档案似乎以某种方式、形状或形式发生了变化。。（例如，有时可以通过不小心地更改某个看似无关的属性来更改文件）

---

我认为有太多可能导致这种情况的问题，基于问题已经解决的事实，似乎找不到答案。

安装Phalanger for Visual Studio 2008后，我尝试创建一个新的PHP WinForms应用程序。项目创建失败，并显示类似的错误消息，说明无法加载所需的DLL（无法加载文件或程序集…）。在Visual Studio 2008命令Promtp中运行devenv.exe/resetskippkgs命令立即解决了此问题

---

感谢您提供的信息。

在第二个解决方案（安装程序）中尝试编译数据访问层时，我也会遇到此错误。我要做的是在dbml文件上运行自定义工具，这就完成了

dbml文件中确实没有需要更正的错误

我的理论是VisualStudio缓存dbml文件的编译版本，而缓存对于其他解决方案无效。我猜运行/resetskippkgs与重新编译dbml文件的作用相同

---

无论如何，这个问题还没有解决办法？

我在VS2010中遇到了同样的问题（由于dbml文件中的验证错误，构建失败）。我通过查看dbml文件的designer视图并将一个表稍微拖动到另一个位置以刷新dbml布局等文件来解决这个问题。这似乎奏效了，但有点奇怪。

是的。我最近在网上看到了这一点。问题是，我还没有听到一个具体的原因，说明在.dbml文件中“为什么”或“如何”发生这种情况。可能是因为微软不会像我们知道的那样在将来支持LinqToSql。我还没有在VS2010中实现过它，所以可能它的固定和向后支持不会实现。谢谢你的回复。一个非常有效的观点是，除了使用抛出的错误消息的各个部分的快速Google之外，所有遇到我点击的内容的人都在使用LinqToSQL。这让我觉得这不仅仅是一个奇怪的孤立问题。此外，如果VS真的出了问题，它可能不会出现在MSDN上（尽管微软并没有像苹果那样删除线程）。如果它不能在短时间内收到答复，我将关闭它。