我正在使用WPF。当我试图在代码中声明SQLiteConnection时，问题出现了 -
The invocation of the constructor on type 'TestWPF.MainWindow' that matches the specified binding constraints threw an exception.
InnerException: Make sure that the file is a valid .NET Framework assembly.
任何人都可以告诉我，如何解决它？
答案 0 :(得分：26)
如果您点击异常窗口中的查看详细信息... ，您可以查看 InnerException 。展开该节点，您将看到确切的错误。
答案 1 :(得分：22)
在我的特定情况下，我得到了这个，因为我的一些引用程序集在x64和x86之间不匹配。显然我绑定了需要运行时加载的东西。
我在这里提到这是一个提醒，如果你看过其他地方，检查你的构建配置！
答案 2 :(得分：15)
我通过在app.config，
<configuration> <startup useLegacyV2RuntimeActivationPolicy="true" /> </configuration>
我是通过MSDN上文章FCAA下方的用户" Troubleshooting Exceptions: System.IO.FileLoadException"添加的社区添加的。
答案 3 :(得分：4)
我得到了同样的错误，在浪费了大约2个小时之后，发现它是我的SQL Server服务没有运行。不确定这是否可以帮助某人，但它确实解决了我的问题，只是启动服务。
答案 4 :(得分：4)
上面提到的exeption非常通用，你可以接收它，例如，当构造函数中的代码失败时。我有一个IO异常的情况，出现了类似的文字。单步执行代码可能会提供解决方法的提示，否则可能并不明显。
答案 5 :(得分：3)
我遇到了这个问题，这是因为我的启动应用程序是作为任何CPU构建的，但我引用的是一个构建为x64的项目。将启动设置为构建x64解决了这个问题。
答案 6 :(得分：3)
当我使用默认值<{1}}指定FrameworkPropertyMetadata时，我就明白了
defaultValue是
DependencyProperty我替换为
new AdressRecord { Name = "<new>", Adress = "?" }
和vs2015吃了它
default(AddressRecord)
答案 7 :(得分：2)
在VS2015中，当我打开“启用我的代码”时，我能够看到导致此问题的特定代码。在工具下的调试选项中 - ＆gt;选项。
答案 8 :(得分：1)
我在代码的另一部分中遇到了这个错误，这与我的应用程序资源有关。
在我的ResourcePath文件
App.config文件夹后修复了此问题
答案 9 :(得分：1)
我遇到了同样的问题。我可以通过将App1.config的名称重命名为App.config来使其工作。我尝试了所有其他方法，但我的解决方案是将配置文件的默认名称（对我来说是App1.config）更改为App.config。我之所以分享这个，是因为有人可能会通过这个小修改得到帮助。
答案 10 :(得分：1)
我的问题是关于界面。我通过删除位于C:\ProgramData的Betternet文件夹来修复它。
必须显示隐藏的项目/文件夹才能查看文件夹。
答案 11 :(得分：1)
使用Visual Studio，它有时不会在异常细节中显示任何内容，甚至不会显示它们，但运行诊断工具可以轻松查明错误。
答案 12 :(得分：0)
尝试添加＆＃34;集成安全性= True或＃34;在连接字符串中。 它对我有用。
答案 13 :(得分：0)
就我而言，它发生在代码优先的WPF项目中。原因是恢复备份后模型更改，并且错误未得到适当处理。 “自创建数据库以来，支持'MyDataContext'上下文的模型已经发生了变化。” Update-Database将其整理出来。
答案 14 :(得分：0)
我不得不将目标.Net框架从4.5.2更改为4。