LINQ挑战执行技巧
本文关键字:执行 挑战 LINQ | 更新日期: 2023-09-27 18:25:51
总之,我最近对整个应用程序进行了本地化,并面临以下问题;我的应用程序中有以下LINQ查询
var ccsum = from a in dtSumGL2.AsEnumerable()
group Math.Abs(a.Field<double>(strpcPSPassBegCost)) by new
{
BaseCC = a.Field<string>(strpcBaseCC)
}
into g
select new
{
g.Key.BaseCC,
PSPassBegCost = g.Sum()
};
这是创建一个新对象ccsum
,我们使用它来创建DataTable
,然后填充SQL Server数据库。
问题是,在DataTable
中创建的每个新项都具有列名BaseCC
和PSPassBegCost
,但这些名称与这些名称的德语版本不匹配。现在我的问题是:有没有一种方法可以像这样做:
var ccsum = from a in dtSumGL2.AsEnumerable()
group Math.Abs(a.Field<double>(strpcPSPassBegCost)) by new
{
BaseCC = a.Field<string>(strpcBaseCC)
}
into g
select new
{
g.Key.BaseCC as Resources.BaseCC,
PSPassBegCost = g.Sum() as Resources.PSPassBegCost
};
以便我可以根据表的本地化名称命名表
编辑。从ccsum
检索DataTable
的代码是
fooDt = Utils.LINQToDataTable(ccsum);
和
public static DataTable LINQToDataTable<T>(IEnumerable<T> varlist)
{
DataTable dtReturn = new DataTable();
PropertyInfo[] oProps = null;
if (varlist == null)
return dtReturn;
foreach (T rec in varlist)
{
// Use reflection to get property names, to create
// table, Only first time, others will follow.
if (oProps == null)
{
oProps = ((Type)rec.GetType()).GetProperties();
foreach (PropertyInfo pi in oProps)
{
Type colType = pi.PropertyType;
if ((colType.IsGenericType) && (colType.GetGenericTypeDefinition() == typeof(Nullable<>)))
{
colType = colType.GetGenericArguments()[0];
}
dtReturn.Columns.Add(new DataColumn(pi.Name, colType));
}
}
DataRow dr = dtReturn.NewRow();
foreach (PropertyInfo pi in oProps)
{
pi.GetValue(rec, null) == null ? DBNull.Value : pi.GetValue(rec, null);
}
dtReturn.Rows.Add(dr);
}
return dtReturn;
}
谢谢你抽出时间。
另一种方法可能是将ccsum
对象中的"列"重命名为后处理步骤,尽管sumcc
的值在运行时请求之前不会填充-还有其他想法吗
创建类或枚举,将列索引映射到一些可读名称:
public static class SumGLColumn
{
public const int BaseCC = 0;
public const int PSPassBegCost = 1;
}
使用列索引而不是列名来查询数据表:
var ccsum = from a in dtSumGL2.AsEnumerable()
group Math.Abs(a.Field<double>(SumGLColumn.PSPassBegCost))
by a.Field<string>(SumGLColumn.BaseCC) into g
select new {
BaseCCg = g.Key,
PSPassBegCost = g.Sum()
};
尝试本地化系统组件以提高人类理解能力是一个值得称赞的目标,但这将给您在使用绝大多数工具和库方面带来挑战:通常数据库工具希望这些东西是不变的,并且不了解本地化。
如果您希望您的数据库表更易于理解,也许更实用的解决方案是生成本地化视图?视图可以位于de
模式中,并且是表的一对一转换。这将允许您利用许多标准工具,使您的系统在内部保持一致的"中立"文化(无论您的开发文化是什么),并在需要的地方提供翻译。
我认为,试图将这种本地化嵌入系统的核心可能不值得为满足大多数开发人员和工具集的期望而付出代价,而且你最好提供一个外观。
这是不可能的。在select语句中,您定义了一个匿名类型。这不是语言功能,而是编译器功能,这意味着编译器使用您定义的属性为该类型创建一个类。
这意味着编译器必须在编译时知道这些名称。如果你想要更动态的东西,我建议你使用字典:
select new Dictionary<string, object>
{
{ Resources.BaseCC, g.Key.BaseCC },
{ Resources.PSPassBegCost , g.Sum() }
};