Linq To Sql缺點的認識和解決
本文向大家介紹Linq To Sql缺點，可能好多人還不了解Linq To Sql缺點，沒有關系，看完本文你肯定有不少收獲，希望本文能教會你更多東西。
Linq To Sql是Microsoft開發的針對解決data!＝object問題的新技術。在筆者的一系列的文章中，對它已經做了大量的介紹。現在，筆者將從經驗的角度，談談Linq To Sql缺點．
Linq To Sql缺點
很久前，有個網友問到這么一個問題。 他在界面上，有個DataView，里面綁定了一些Column，然后，他勾選那一列，就按某列排序。其傳回的參數是列的名字。然后問我，該怎么用Dlinq 來實現。
在以前拼接Sql語句的年代，這個很簡單，一個" order by " + string，想按什么排就按什么來排。而現在，dlinq是用是一個對象的屬性，已經不可能拼接了。我當時給他的答案是這樣的。
- private void Methods(string orderId)
- {
- var q = db.Customers.Select(c=＞c);
- switch(orderId)
- {
- case "ID":
- qq = q.OrderBy(c=＞c.ID);
- break;
- case "Name":
- qq = q.OrderBy(c=＞c.Name);
- break;
- default:
- break;
- }
- var result = q.ToList();
- }
我那時也沒有想出一個更好的方案來。而后告訴他，去查下Compiled Query.說不定，可以找到更方便的。后來我才在這個例子中，看到更方便的。
- var query =db.Customers.Where
("City == @0 and Orders.Count＞= @1", "London", 10).- OrderBy("CompanyName").
- Select("New(CompanyName as Name, Phone)");
在這里OrderBy直接接收的就是列的名字。再仔細一看，好像Where里是Linq的語句哎，那OrderBy也該是linq語句。后來，我把CompanyName換成小寫的，一跑過了。莫非真的是列的名字？出個難題吧。找了一個列名，是帶空格的，重新來建這個工程．一跑，錯了！把列名用中國擴號擴起來了，也是錯了。咳，只是動態構造Expression Tree而已，永遠都不能直接接收列的名字。這個例子看著是很簡單，可不知道你有沒有注意到它有一個８０多k的Dynamic.cs文件。更有意思的事情是，它的名稱空間是System.Linq.Dynamic．看樣子，ms本來是打算把它加在.net ３.５中嗎．不曉得為什么放到了例子中了。這個名稱空間下，其主要內容就是動態構造Expression Tree. 和Linq To Sql進階系列（六）用object的動態查詢篇 一文中的方法類似。只是，它還包含了解析字符串部分．
從上面那個例子中，可以看出，Linq To Sql在這種動態構造語句時，比拼接sql麻煩很多。在Linq To Sql進階系列（六）用object的動態查詢篇 一文中，筆者極力推薦使用object的查詢。這符合Linq To Sql的設計原則。因為，它主要是為了解決data!=objects 的問題而產生的．它所有的操作均針對object，那就讓我們使用object的查詢吧．
【編輯推薦】
