推 Peruheru: 我覺得你找書的重點不是ASP,而是Linq 01/07 17:33
→ Peruheru: 你講的東西感覺都跟Linq有關,用這個字去找吧 01/07 17:33
→ GoalBased: google linq sample應該有一個是linq 101之類的 01/07 21:11
→ am970813: 順道來引文請教一下有推薦linq相關的書嗎?目前還用的 01/08 14:14
→ am970813: 淺,一些搜尋方法而已 01/08 14:14
推 tobedesigner: 可以搭linqpad 使用 01/08 18:07
→ Litfal: 我看過用LinqPad後寫出很雷的linq code的專案... 01/08 20:03
→ GoalBased: 樓上 為什麼? 01/08 20:35
推 qwer820404: 樓上 因為只是把查到的Copy&Paste 到LinqPad吧 01/08 21:10
→ Litfal: 抱歉說的不清楚,LINQPad本身沒什麼問題,人的問題比較大 01/09 05:12
→ Litfal: 如果以前有寫SQL的經驗的話,寫LINQ時不要被SQL的固有經驗 01/09 05:29
→ Litfal: 侷限住。然後也不要寫LINQ到走火入魔,LINQ不會跑比較快。 01/09 05:33
→ GoalBased: 我的理解是現在linq的最佳化已經不錯了 01/11 12:42
→ GoalBased: 80%不會太慢 用linq當然不會比較快阿 還不是轉sql 01/11 12:42
→ GoalBased: 只是為了開發和維護方便吧 01/11 12:43
→ Litfal: LINQ並不是只能轉SQL,維護方便也要看寫出的CODE品質... 01/11 17:03
→ GoalBased: 你這樣是斷章取義和抓語病= = 01/11 21:17
→ Litfal: 不一樣阿...LINQ to Entities和LINQ to Objects的技巧與 01/11 21:36
→ Litfal: 效能考量很多地方都不同... 01/11 21:36
→ Litfal: 至於維護方便嘛,有些LINQ寫得比Foreach展開還難懂,你覺 01/11 21:40
→ Litfal: 得這樣真的有比較好維護?這就是我所謂的走火入魔。 01/11 21:40
→ Litfal: (不是說你走火入魔,是明明用LINQ更難實現的硬是要用的人) 01/11 21:41
→ Litfal: 我強調LINQ不會跑比較快的原因就是,它既然不會跑比較快, 01/11 21:44
→ Litfal: 如果沒辦法優美的實作,那不用也無所謂。 01/11 21:45
推 yzfr6: 章立民 聖殿祭司 保哥 MIS2000 Lab、賴榮樞 自己選一個 01/14 16:14