我是新手，前天剛開始看EF框架
然后發現，在多條件得到某個表中資料的時候（當然有很多種方法），大家會用
using (var context=new ...())
{
var users=form u in context.Users select u;
if (name!="") users=users.Where(....);
if (tel!="") users=users.Where(....);
}
我奇怪的是，為什么我搜索到的示例，都要
var users=form u in context.Users select u;
我直接
var users=context.Users;
然后再呼叫
if (name!="") users=users.Where(....);
if (tel!="") users=users.Where(....);
也能得到結果，跟蹤執行的sql，也沒有全表查詢，也是自動生成帶where條件的T-SQL陳述句
那為示例中，都要var users=form u in context.Users select u ？
我個人懷疑，是不是以前需要這么寫，在2017年的EF6.0下，微軟優化了語法？
還請大蝦指教下
uj5u.com熱心網友回復：
Linq 查詢語法和方法語法uj5u.com熱心網友回復：
頂一頂呢，大蝦們還沒班哈uj5u.com熱心網友回復：
那為示例中，都要var users=form u in context.Users select u ？我個人懷疑，是不是以前需要這么寫，在2017年的EF6.0下，微軟優化了語法？
-》兩種語法方式而已，根據個人代碼習慣了，至于為什么select 這就是語法規定，不管哪種方式，最終都會轉為Sql陳述句。
uj5u.com熱心網友回復：
先有lamda，就是用方法的,后有linq，就是用陳述句的uj5u.com熱心網友回復：
為什么用linq，因為多表聯合查詢時lamda很難寫和閱讀。uj5u.com熱心網友回復：
其實我不理解的是，為什么要
var users=form u in context.Users select u;
直接用
var users=context.Users; 也一樣的啊
uj5u.com熱心網友回復：
var users=form u in context.Users select u;和
var users= context.Users.AsEnumerable();
應該是一樣的
uj5u.com熱心網友回復：
那為示例中，都要var users=form u in context.Users select u ？我個人懷疑，是不是以前需要這么寫，在2017年的EF6.0下，微軟優化了語法？
-》兩種語法方式而已，根據個人代碼習慣了，至于為什么select 這就是語法規定，不管哪種方式，最終都會轉為Sql陳述句。
uj5u.com熱心網友回復：
有什么不好理解的呢？條條大路通羅馬。就我自己的習慣而言，單表的查詢我不喜歡用linq，用lamda運算式更清晰，但多表聯合查詢，我一定能用linq，原則就是代碼的可閱讀性。uj5u.com熱心網友回復：
用lamda不是更簡單嘛uj5u.com熱心網友回復：
var users=form u in context.Users select u;
是linq語法
var users=context.users
是lambda語法。
大同小異
uj5u.com熱心網友回復：
using (var context=new ...())
{
var users=form u in context.Users where ....... select u;
if (name!="") users=from u in user where ..... select u;
if (tel!="") users=from u in user where ..... select u;
}
實際上很可能其實是這樣的，而不是你寫的那種混合寫法。
uj5u.com熱心網友回復：
如果你把第一段弄得特別簡單，然后第二部分、第三部分也比較簡單，簡單的東西有什么好糾結風格的？沒有復雜的需求，其實就看不出來人家當時是出自什么撰寫習慣了。uj5u.com熱心網友回復：
這根本不是重點，編程要以測驗為準而不是以理論糾結為準。人家的重點在于根據多個 if 陳述句條件可以分段寫最終的 users 查詢，最后統一地產生同一個 sql 查詢陳述句給資料庫。這里理解就是靠悟性了， 而不是靠摳字眼兒。
uj5u.com熱心網友回復：
這個問題是歷史問題了，可以追溯到.net 3.0 linq剛問世的時候了，當時還沒有EF呢，只有Linq to SQLfrom u in context.Users select u 的linq 寫法 是為了 迎合 sql 語法的，盡可能讓 sql 程式員更容易理解 linq 代碼
但是也有些不倫不類，如select 陳述句必須寫在后面， join 陳述句的 equal 而不是 = 等等
個人認為，使用lamda 運算式的linq 擴展方法，更容易理解集合操作，用起來更方便。
但linq的查詢陳述句一直沿用至今
uj5u.com熱心網友回復：
寫var query = from x in array where x.a==1 select x;根寫
var query = array.Where(x=> x.a==1);主要只是個人體驗的區別。
你看的例子的重點在于根據 if 運算式而多次（多層）修改這個 query，最終在 linq 延遲加載機制下，在最終向資料庫發送 sql 查詢陳述句時你會看到（除錯跟蹤到）只有一個編譯好的 sql 查詢陳述句發送給資料庫。只要做到這一點就達到目的了。
uj5u.com熱心網友回復：
如果你一定要研究幾年前的人是否真的刻意區分var users=form u in context.Users select u;
跟
var users=context.Users;
的區別，那么我覺得你可以研究一下幾年前的
context.Users;回傳的資料的型別是什么？
假設那個時候，這個運算式回傳型別跟 from ..... select .... 就是相同（相兼容）型別，那么我們就可以知道，那個時候的人本來就可以直接寫 context.Users，那么你“搜索到的示例，都要”寫成 from ..... 形式可能是“湊巧了”，而并不是不能寫。
uj5u.com熱心網友回復：
哎，如果我們關心不同寫法的原理，會更簡單，而且自己就能研究和估計可能性了。uj5u.com熱心網友回復：
linq語法，跟lambda語法，是完全不同的一套語法體系，但都能和c#原生的語法無縫混合使用以及相互混合使用，因為底層原理和物件基礎都是一樣的，只是語法不一樣而已，
你所謂的迷惑，僅僅因為沒聽說這兩種語法，無法辯證的看待導致的
uj5u.com熱心網友回復：
一種是linq，另一種是lamda 語法不同uj5u.com熱心網友回復：
LINQ 的寫法其實就是 SQL 執行的順序。Select 無非和 sql 中的 select 功能一樣，就是要篩選的列uj5u.com熱心網友回復：
from開頭的是linq語法，看起來和sql語法很像=>是lamdba語法
兩種都要學，兩種都要會用哦
uj5u.com熱心網友回復：
你了解一下 SQL 陳述句的執行順序再來看看 LINQuj5u.com熱心網友回復：
var users=form u in context.Users [條件]（不是可以放在這里么） select u;uj5u.com熱心網友回復：
我也剛學Linq 一個多月uj5u.com熱心網友回復：
語法規范吧
uj5u.com熱心網友回復：
語法糖而已。轉載請註明出處，本文鏈接：https://www.uj5u.com/net/117659.html
標籤：LINQ