概念架构定义语言文件 (.csdl) -- 定义概念模型。 · 存储架构定义语言文件 (.ssdl) -- 定义存储模型（又称逻辑模型）。 · 映射规范语言文件 (.msl) -- 定义存储模型与概念模型之间的映射。 概念模型 和 存储模型之间是不是有个类型的转换？怎么转换呢？通过映射只是反应了这两者之间的换换关系，但是具体怎么转换呢？ [b]希望能解释下[/b] (.csdl) -- 定义概念模型 是不是相当于业务实体类 (.ssdl) -- 定义存储模型 是不是相当于数据实体类 [b]不知道我这么理解是否正确？[/b]

好，我正需要。请教一个问题，在自身引用的数据表中怎么插入数据？

@紫色阴影 支持

ctx.Transaction = ctx.Connection.BeginTransaction(System.Data.IsolationLevel.Serializable); 发生异常：连接已关闭。 想要设置ctx.Connection.State，发现它是只读的。 怎么办？

你这个Remove()方法是自己实现的吧 ？

@忆昔 对对 就应该是 var pairs = from a in numbersA from b in numbersB where a < b select new {a, b}; 这样的.

那个啥，linq to sql不可能比SqlDataReader快的，因为SqlDataReader是只读的，而且是必须顺序读取的，当然快，linq to sql取出的结果集是可以跟踪修改的。你应该和DataSet去比较性能才对。 实际上微软确实重新写了一个东东，而不是基于ADO.NET原先的datareader或者dataset，重新写的这个东东性能介于这两个之间。

我嘞个去，，2007写的文章。我2011年来看，还以为是新技术。

我个人感情上是倾向于充血模式的，平时也一直在关注这方面的资料，但实际项目中还是贫血模式用得顺手，好纠结

我对结对开发一直如鲠在喉，不吐不快呀。 为什么呐，我想2个程序员如果单独开发一个模块，肯定是各有各的想法，代码风格也会不同，实现的逻辑也有区分。 两个人合作开发同一个模块，想法统一好说，如果都很有才气，互相不服气怎么办，看着对方写的代码就想重写如何处理，程序员都有代码洁癖，看自己写的代码就像看着自己孩子一样，喜欢，看别人代码就别扭。这样就不好办了。 另外，2人都有自己编码的思想，谁服从谁也是个问题。 我觉得，还是自己写自己的模块好处理，也容易分清责任。 另外，代码共享这条在实际操作中，肯定是不能执行。 责任，黑锅，这些现实的东西注定了高科技的玩意不属于码工的。

写的很不错，之前我也在想使用事件驱动和定义全局变量到底有什么区别，只是知道事件驱动的实现方式更优雅，今天看了楼主的代码之后明白了。。。最后的总结很好，呵呵，我喜欢啊，典型的OO思想，以前光是实现，现在看到理论，恍然大悟！谢谢。。。

同时微软推出ADO.NET Entity Framework，即下一代的ADO.NET。 不太认同这个说法。

多谢，兄弟分享： http://baike.baidu.com/view/309926.htm

好文啊！文章第一条我在用了，的确能改善测试。第二条和第三条还没注意过，惭愧！

# 1. 现有的每个功能都有对应的功能测试 # 2. 每行代码都有单元测试覆盖 每次客户的需求变化一般都会引起部分代码的改动，甚至整个模块内部结构的改变。在这些变化中如果还要实现上面两点的话是否测试代码业务跟着进行改变。如果是的话就意味着项目组工作量的增加，影响项目工期。请问楼主对于这个情况是怎么处理的

说白了，持续集成就是微软的日构建嘛。每天下班时保证服务器上的代码能顺利的Build成功，保证不影响第二天其它人的工作(如：测试人员可以在该Build的基础之上进行测试)。

var pairs = from a in numbersA, b in numbersB where a < b select new {a, b}; 应该是 var pairs = from a in numbersA from b in numbersB where a < b select new {a, b};

@一分辛苦一分才 挺对的 :)

WebServiceHost方式启动服务后，Silverlight访问服务出下面的错误信息：{System.Security.SecurityException ---> System.Security.SecurityException: 安全性错误。 位于 System.Net.Browser.BrowserHttpWebRequest.InternalEndGetResponse(IAsyncResult asyncResult) 位于 System.Net.Browser.BrowserHttpWebRequest.<>c__DisplayClass5.<EndGetResponse>b__4(Object sendState) 位于 System.Net.Browser.AsyncHelper.<>c__DisplayClass2.<BeginOnUI>b__0(Object sendState) --- 内部异常堆栈跟踪的结尾 --- 位于 System.Net.Browser.AsyncHelper.BeginOnUI(SendOrPostCallback beginMethod, Object state) 位于 System.Net.Browser.BrowserHttpWebRequest.EndGetResponse(IAsyncResult asyncResult) 位于 System.Net.WebClient.GetWebResponse(WebRequest request, IAsyncResult result) 位于 System.Net.WebClient.DownloadBitsResponseCallback(IAsyncResult result)} 请问怎么解决啊？用IIS托管启动服务可以正常访问。

看过博主的文章，感觉持续集成是敏捷开发能适应不断的变化的需求最主要的原因，其他的做法只不过是将持续集成的好处扩到最大的辅助。不知道对不对