㈠ Linq查询
这个是Linq中Linq to DataSet的部分，简单讲Linq就是C#内置的一种查询语句，实际上你所使用的这个Linq to DataSet的语句是转换成Enumerable.SelectMany().OrderBy()这种语句的，那么相比于Linq to Object是针对IEnumerable<T>操作，Linq to DataSet主要是针对EnumerableRowCollection<DataRow>操作的的，类似的还有Linq to Xml是针对IEnumerable<XElement>操作的一样
这句话的意思是以DataTable中OrderDate排序并返回结果行集，var只是C#3.0新添加的推断机制，也就是你不写EnumerableRowCollection<DataRow>，他在编译的时候也会自动推断var query是这个类型的。
你问其他的这样是问有其他类似的语句么？那么基本上linq的from where orderby groupby join let都可以用在这里面，你可以从msdn找一些例子来
㈡ 如何在C#中使用LINQ语句
我来教你吧，其实这个是比较难说的
直接做个简单的demo给你看看
不连数据库的吧
你打开一个控制台程序
在里面写一个短小小的东东玩玩
在void main 函数里面写
var f=new int{1,2,3,4,5,6};
for(var i=0;i<f.length;i++)
console.writeline(f[i]);
console.readline();
这是一个输出数组的函数，具体的语法你要看看书囖~主要是定义空间的东西
㈢ 如何还原 c#linq 反编译
1.框架搭建
1.1 将struts2中的jar文件导入到项目中
commons-fileupload-1.2.1.jar,commons-io-1.3.2.jar,freemarker-2.3.15.jar,ognl-2.7.3.jar
struts2-core-2.1.8.1.jar,xwork-core-2.1.6.jar
1.2 将struts.xml文件拷贝到项目的src目录下
1.3 修改web.xml文件
添加：
<filter>
<filter-name>struts2</filter-name>
<filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>struts2</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
2.action中方法的调用方式
2.1 自动方法调用（只能调用execute）
2.2 指定方法调用(通过设置action标签中的method属性)
2.3 动态方法调用(在调用时，在action后加！方法名称，如：login!deletUser)
注意：<constant name="struts.enable.DynamicMethodInvocation" value="true" />
2.4 通配符调用
3. action接收客户端参数的方式
3.1 直接在action中定义参数变量，并生成set和get方法
3.2 定义接收参数的类
注意：都要为action的成员变量提供get和set方法
3.3 让action实现ModelDriven接口，并实现里面的getModel方法
4.获取request，session，application的方式
4.1 用ActionContext获取,实际上获取到的都是Map对象
4.2 用ServletActionContext获取，获取到的是基于Servlet API的对象
4.3 让action实现RequestAware,SessionAware,ApplicationAware接口，并实现里面的方法
5.四种转向
5.1 action转发到页面（默认）
5.2 action重定向到页面 <result type="redirect">
5.3 action转发到action <result type="chain">
<param name="actionName">login</param>
<param name="nameSpace">/login</param>
<param name="method">login</param>
</result>
5.4 action重定向到action <result type="redirectAction">login</result>
㈣ 如何使用Linq语句初始化ObservableCollection
第一种方法可以直接使用linq的查询结果做为ObservableCollection构造函数的参数,
ObservableCollection<Assignment> Assignments = new ObservableCollection<Assignment>(
from a in App.LocalDataBase.Assignments
where a.CourseName == ApplicationTitle && a.StartDate == date
select a
);
第二种方式定义一个扩展方法因为 linq查询的结果是返回一个集合类型IQueryable<T>,它实现了IEnumable<T>接口.所以这个扩展方法可以这样写
㈤ c#3.0提供的LINQ是如何在编译器上得到支持的
linq是一门建立在.net基础上的新语言，我记得叫什么 联合查询语言。System.Linq就是为了解析这门语言出的编译lambda表达式的类库
linq语法基于lambda表达式，实现基于IQueryable等接口。是在原有IEnumable和ICollection上对集合对象的又一个功能扩展
㈥ 命名空间“System”中不存在类型或命名空间名称“Linq”(是缺少程序集引用吗) 怎么办
直接把 using System.Linq; 删掉
这个名字空间是在.NET 4.0引进的，如果你把工程的属性改成了.NET 3.5及以下版本，都会报出这个错误，而且我到现在还没用过 System.Linq 下面的东西
㈦ linq 查询一条数据怎么转换成string类型
编译器在编译时根据查询自行判断出userPwd是string类型。
如果查询返回单独一条结果，不会延迟执行，会立即查询出结果。
㈧ CS0234: 命名空间“System”中不存在类型或命名空间名称“Linq”(是缺少程序集引用吗) CS0234: 命名空间
3.5以上的自动加载了，不需要手动在继续加载！直接删掉System.Linq就行了
㈨ 如何反编译带有LINQ表达式的代码
如何反编译带有LINQ表达式的代码
你有没有搞错啊，反汇编工具去编译dll，反编译是编译的反过程，怎么混到一起呢，貌似你想逆向一个dll吧，就算你有反编译工具，反出来的代码可读性也很差，还是找找他的头文件把，然后根据pe格式查查导出表，说不定能用一下，如果有lib文件，就更好办了，用ida
貌似linq是针对c#的把，我也没研究过，不知道说的对不对，c#是托管代码，类似于虚拟机，所以你可以找找C#的反编译工具试一试，
㈩ LINQ比一般的SQL语句效率更高吗
Linq是一个范围比较大的概念，它其中不单单只有linq to sql，还有相应的linq to xml等等。所以拿linq 与SQL语句相比，没有可比性的。
但如果拿linq to sql相比的话，与SQL还是有很大的可比性的。一般情况下，你必须要明白你所指的效率是哪一方面？是数据库执行效率？还是整体成品软件运行效率？还是开发效率？
开发效率上linq to sql显然要比SQL的效率要高很多，我们使用linq to sql 可以很容易实现编程，其中的代码量也大大减少。所以如果从开发方面linq to sql的效率是毫无疑问要高于直接的SQL与数据库连接。
如果从编方译考虑，这个一般情况下，linq to sql是引入的新的技术，效率肯定是不如SQL的。好在这个编译的部分不需要开发人员或是任何用户的参与，所以即是效率差一点，对软件来说没有任何的影响。
最后一部分你可以比较感兴趣，谁对数据库的连接更快，执行效率更好？答案是linq to sql而不是直接的语句。一般我们使用直接的语句要求的是即是的执行，但事实上很多时间我们根本不需要那么多，linq to sql其实说明了就是会自动生成与表结构同样的一些对象。而这些对象在联系数据库时也是直接编译好的语句，直接联系时，两者效率是相同的。
但是，如果我们对数据进行处理时，你就会发现，linq to sql的效率为什么会更高了！因为他在读取时不但会读取当前表来填充生成的对象，同时还是延时读其相关表，为你使用有关系的表提供了极大的方便。那么你的相关表的读取效率要快了！
但不管怎么样，他们都是在站立在了ado.net的基础之上的，只不过有些自动生成了，根本不需要你再去做而已。唯一效果比较差的是，linq to sql读出的数据在系统中被转化了，同时它效率虽然变差一些，但是却带来了另一个好处，就是我们常说的SQL注入问题不再出现，你所输入的任何东西都会变成了字符串了。
其实ADO.net的方案中我们使用了datareader方案的效高是比较高的，但是对于更新却是极差的。而使用数据适配器的方案效率较底一些，更对于数据的更新是相当好的，而对于linq to sql其实它是使用数据缓存方案，也就是说linq to sql其实将数据库中的数据缓存到了对象中，如果对象发生了更改，有必须过行返馈时，它是可以进行反馈的，而是这种反馈是可控制的，事务性的。从各方面给我们带来了好处。
我们可以在更新了很多内容之后再去提交更改，那么这种效率论从理解上还是效率上都优化你的原来的语句的！所以linq to sql并非在性能上的降低，而是一种提高。
严格说来，linq to sql并不是节省了代码，相反它增加了很多代码，便幸运的是，这些代码都是由linq to sql框架自动生成的。若是换作人工，容易出错的。但在使用时，由于框架完成了大部分的代码，我们再使用linq to sql加上lambad表达式或查询表达式，我们的代码就变得极少且极简洁了！而如果使用lambad表达式或查询表达式时，它的效率显然不如直接SQL来的直接。读取效率会变得差一些的！
这是因为lambda表达式或查询表达式是一个动态编译的效果，而不是直接编译好的，他要对语句进行编译与优化以何证效率，但性能上因为多了一重处理，效率没有SQL来的直接。但一般情况下，使用linq to sql配合查询表达式或lambad表达式时，效率虽然稍差，但是带来的却是代码的简洁与易理解性，如果不配合查询表达式与lambad表达式，linq to sql的优劣还不利用体现。所以关非linq to sql的效率差，而是我们使用了查询表达式的动态编译导致了效率较差。就linq to sql本身上来就，效率并不差的！