关于ASP.NET MVC开发设计中出现的问题与解决方案汇总 【持续更新】

最近一直用ASP.NET MVC 4.0 +LINQ TO SQL来开发设计公司内部多个业务系统网站，在这其中发现了一些问题，也花了不少时间来查找相关资料或请教高人，最终都还算解决了，现在我将这些问题及对应的解决方案都整理汇总出来，供大家参供，有不对之处或有更好的解决办法，欢迎在本文评论，谢谢！

问题一：执行类似语句：dbDataContext.TableName.Join(modelList as List<实体对象类型>,t1=>t1.id,t2=>t2.id,(t1,t2)=>new{属性赋值}),报错：不能在查询运算符(Contains 运算符除外)的 LINQ to SQL 实现中使用本地序列。

原因分析：数据表映射实体对象无法与C#自有集合对象关联查询，必需确保LINQ 语句进行查询与运算均为数据表映射实体对象或C#自有集合对象

解决方案：dbDataContext.TableName.Join(dbDataContext.TableName2,t1=>t1.id,t2=>t2.id,(t1,t2)=>new{属性赋值}),或dbDataContext.TableName.AsEnumerable().Join(modelList as List<实体对象类型>,t1=>t1.id,t2=>t2.id,(t1,t2)=>new{属性赋值})，但后者存在性能问题，因为AsEnumerable()就会立即执行查询动作，将TableName中所有的数据加载到本地内存中后才去与后面的modelList 关联。

问题二：执行类似语句：dbDataContext.TableName.Select(t=>new 数据表映射实体类{属性赋值})，报错：不允许在查询中显式构造实体类型“XXXXXXXXX”。

原因分析：摘自网络上的原话“LINQ to SQL在RTM之前的版本有个Bug，如果在查询中显式构造一个实体的话，在某些情况下会得到一系列完全相同的对象。很可惜这个Bug我只在资料中看到过，而在RTM版本的LINQ to SQL中这个Bug已经被修补了，确切地说是绕过了。直接抛出异常不失为一种“解决问题”的办法，虽然这实际上是去除了一个功能——没有功能自然不会有Bug，就像没有头就不会头痛了一个道理。”

解决方案：1.将Select(t=>new 数据表映射实体类{属性赋值})改为直接返回匿名类：Select(t=>new {属性赋值})，或重新定义该实体类对象，去掉与数据表映射相关的特性，即：Select(t=>new 自定义实体类{属性赋值}),2.利用LINQ to SQL中DataContext提供有GetCommand方法，扩展方法ExecuteQuery<T>，代码如下：

public static class DataContextExtensions
{
    public static List<T> ExecuteQuery<T>(this DataContext dataContext, IQueryable query)
    {
        DbCommand command = dataContext.GetCommand(query);
        dataContext.OpenConnection();
 
        using (DbDataReader reader = command.ExecuteReader())
        {
            return dataContext.Translate<T>(reader).ToList();
        }
    }
 
    private static void OpenConnection(this DataContext dataContext)
    {
        if (dataContext.Connection.State == ConnectionState.Closed)
        {
            dataContext.Connection.Open();
        }
    }
}

在执行的时候就可以先以LINQ查询，然后执行ExecuteQuery方法，如：

var query=dbDataContext.TableName.Select();
var modelList=dbDataContext.ExecuteQuery<数据表映射实体类>(query);

问题三：使用ModelState.AddModelError(“字段名”，“错误信息”)添加多个信息时，在VIEW中用Html.ValidationSummary(false) 显示的报错顺序不一定与AddModelError的先后顺序相同，即：

ModelState.AddModelError(“字段名1”，“错误信息1”);
ModelState.AddModelError(“字段名9”，“错误信息2”);
ModelState.AddModelError(“字段名6”，“错误信息3”);
ModelState.AddModelError(“字段名3”，“错误信息4”);
ModelState.AddModelError(“字段名5”，“错误信息5”);

显示出来可能是(无序的或以字段名排序后显示)：

错误信息1
错误信息4
错误信息5
错误信息3
错误信息9

这就明显会影响用户体验，所以建议使用以下方法，这样显示出来的错误就是正常的，原理很简单，因为若ModelState.AddModelError为同一个键,此处为空，则会在该键的ModelState.Errors下添加项,而由于Errors最终存为List类型，所以索引顺序也就确定了

ModelState.AddModelError(“”，“错误信息1”);
ModelState.AddModelError(“”，“错误信息2”);
ModelState.AddModelError(“”，“错误信息3”);
ModelState.AddModelError(“”，“错误信息4”);
ModelState.AddModelError(“”，“错误信息5”);

后续若还有新的问题，会持续更新，工作中学习，学习中总结，总结后实践，实践后掌握！