我在解决方案中更新了一些损坏的引用(新计算机,将大型解决方案重新引入其第三方组件和TFS)。
我从11,257个错误的起点下降到只有几十个。通过指向第三方DLL的新位置而无法修复的第一个是:
'SD.LLBLGen.Pro.ORMSupportClasses.DataAccessAdapterBase.PostProcessNewDynamicQueryEngine的最佳重载方法匹配 (SD.LLBLGen.Pro.ORMSupportClasses.DynamicQueryEngineBase)'有一些无效的参数
它抱怨的代码(显然是之前编译的)在DataAccessAdapter.cs中:
/// <summary>Creates a new Dynamic Query engine object and passes in the defined catalog/schema overwrite
hashtables.</summary>
protected override DynamicQueryEngineBase CreateDynamicQueryEngine()
{
return this.PostProcessNewDynamicQueryEngine(new DynamicQueryEngine());
}
这是生成的代码;这是文件的单元头(DataAccessAdapter.cs):
///////////////////////////////////////////////////////////////
// This is generated code.
//////////////////////////////////////////////////////////////
// Code is generated using LLBLGen Pro version: 3.5
// Code is generated on: Tuesday, April 17, 2012 8:37:28 AM
// Code is generated using templates: SD.TemplateBindings.SharedTemplates.NET20
// Templates vendor: Solutions Design.
// Templates version:
//////////////////////////////////////////////////////////////
项目引用的DLL(SD.LLBLGen.Pro.DQE.Access.NET20和SD.LLBLGen.Pro.ORMSupportClasses)是Runtime Version v2.0.50727,Version 3.5.0.0
我看到该文件是在一年前生成的 - 我是否需要重新生成此文件?如果是这样,怎么样?是不是因为解决方案目前没有编译而重新生成?如果是这样的话,它可能是“Catch-22”......
答案 0 :(得分:0)
我看到我需要重新路由程序集引用/ DLL的路径。我安装了两个版本(3.5和4.0),它仍然指向3.5