0

我更新了解决方案中的一些损坏的引用(新计算机,将大型解决方案重新引入其 3rd 方组件和 TFS)。

我从 11,257 个错误的起点下降到只有几十个。通过指向 3rd 方 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)是运行时版本 v2.0.50727,版本 3.5.0.0

我看到该文件是一年多前生成的 - 我需要重新生成该文件吗?如果是这样,怎么做?是不是因为解决方案目前没有编译而没有重新生成?如果是这样的话,它可能是“Catch-22”......

4

1 回答 1

0

我看到我需要重新路由程序集引用/DLL 的路径。我安装了两个版本(3.5 和 4.0),它仍然指向 3.5

于 2013-07-11T17:56:53.973 回答