馬上今年就要結束，回想起去年11月份開始接觸linq，剛開始有一些不適應，但隨著專案的進度對linq的了解也越來越多，從單一添刪查改到混合查詢，簡單快捷，由其是底層根本就不需要寫，同時在網上看到許多人會修改底層語句進行擴充套件，但這種修改得保證底層不會有大的改動和良好的記錄工作，我個人是不喜歡。
對linq個人看法：
1、多表混合查詢和多引數判斷，表面看對資料庫資料呼叫次數會增長，但其實就是一次，linq只在賦值和執行時呼叫資料庫連線，在gridview和分布控制項繫結時間通過sql監控就能看到，去除對多次連線資料庫的顧慮。
2、語句簡單，減少儲存過程使用，但同時也增加對程式維護，每次修改都要上傳一次對應dll檔案。
3、linq查詢資料無法寫入方法進行頻繁呼叫，有人會說用tolist<>，但問題就來了，tolist<>一次就要使用一次資料庫連線，資料庫連線次數過多效率肯定會下降。
4、靈活性，linq多表聯絡雖然有linqpad進行輔助，但表一多看起來就暈，還要進行表資料賦值，要是想寫一些動態資料查詢的話，到現在用linq一直沒有做到，如使用儲存過程話就簡單了，將表名、欄位名設定具有共同性，把不同點傳入儲存過程中進行字元組合、執行、賦值、獲取，比linq簡單靈活。
5、linq底層反應遲鈍，表一但修改重新生成linq底層，那抓心撓肝的感覺就來了，linq高興時修改後的資訊立刻就能讀到，這種情況少的可憐，不高興你就別想讀不到修改後的資訊，用ctrl+shift+b n次也白搭，浪費個人感情。
6、linq對資料庫連線簡直是浪費到極點，比如乙個新聞**主頁要是使用linq，有多少個新聞區就要用多少次資料庫連線，造成iis連線池吃盡。
我們的伺服器效能和網速太令人不放心了，使用linq等於自殺，9月份就開始放棄使用linq。
這些是個人感覺，也請各位高手指教！
Linq排序效率 Vs 快速排序效率
1 using system 2using system.collections 3using system.collections.generic 4using system.diagnostics 5using system.linq 67 namespace consoletest820 21...
軟體測試 個人看法
學習一段時間的軟體測試也將要結束了，說說自己對軟體測試的個人理解。乙個軟體，與之相關的有公司，產品，設計，開發，測試，運維，客戶。首先我們是有乙個軟體需要開發生產出來的需求。但有了需求還不夠，還需要細化需求，軟體是實現什麼業務能滿足我們的需要，需要那些功能來支撐實現這個業務？在這裡產品了解清楚對軟體...
LINQ提公升效率的方法
1.使用延遲。1 延遲執行和立即執行 延遲執行不僅僅是linq to sql獨有的，基本上所有的linq都具有此特性，它能提高效率讓我們在適當的時間執行適當的查詢，如果在某些特殊的情況下不想使用此特性可以使用 tolist or toarray 方法讓該查詢立即執行。示例1 延遲執行01 north...