string與string的區別:
string是c#中的類，string是.net framework的類(在c# ide中不會顯示藍色)
c# string對映為.net framework的string
如果用string,編譯器會把它編譯成string，所以如果直接用string就可以讓編譯器少做一點點工作
如果使用c#，建議使用string，比較符合規範
string始終代表 system.string(1.x) 或 ::system.string(2.0) ，string只有在前面有using system;的時候並且當前命名空間中沒有名為string的型別（class、struct、delegate、enum）的時候才代表system.string
string是關鍵字，string不是，也就是說string不能作為類、結構、列舉、字段、變數、方法、屬性的名稱，而string可以
反射的優缺點:
在.net中的反射可以實現從物件的外部來了解物件（或程式集）內部結構的功能，哪怕你不知道這個物件（或程式集）是個什麼東西，另外.net中的反射還可以運態建立出物件並執行它其中的方法。
反射是.net中的重要機制，通過反射，可以在執行時獲得程式或程式集中每乙個型別（包括類、結構、委託、介面和列舉等）的成員和成員的資訊。有了反射，即可對每乙個型別瞭如指掌。另外我還可以直接建立物件，即使這個物件的型別在編譯時還不知道。
優點：反射提高了程式的靈活性和擴充套件性，降低耦合性，提高自適應能力。它允許程式建立和控制任何類的物件，無需提前硬編碼目標類；
缺點：1、效能問題：使用反射基本上是一種解釋操作，用於欄位和方法接入時要遠慢於直接**。因此反射機制主要應用在對靈活性和擴充套件性要求很高的系統框架上，普通程式不建議使用。
2、使用反射會模糊程式內內部邏輯：程式設計師希望在源**中看到程式的邏輯，反射等繞過了源**的技術，因而會帶來維護問題。反射**比相應的直接**更複雜。至於執行效率的話，還可以，因為它是一種強型別語言，執行效率不錯。不過，建議將反射過後，儲存進 cache中。
datetime型別資料值為或者提示dbnull時，正常輸出的處理方式:
個人日常切割日誌方法
對於一般的運維和技術來說，每天不是查日誌就是在查日誌的路上。所以日誌的管理規範以及大小，就會影響檢視的效率。那該如何合理的管理日誌檔案的大小呢？畢竟服務只要服務程式不停止，日誌每時每刻都會輸出，時間越長日誌肯定就越大。所以我們就需要將日誌切割，並分時間去輸出來保證檔案不會過大。那我這裡就分享下個人常...
機器學習個人資料整理
學習machine learning也有很長一段時間了，前段時間在 中應用了gtb gradient tree boosting 演算法。在我的資料集上gtb的performance比random forest要稍微強一點，整個experiment做完之後，有許多東西都來不及及時整理，很多都遺忘了。...
日常資料探勘中經常遇到的分析方法，主要有哪些？
1 基於歷史的mbr分析 memory based reasoning mbr 基於歷史的mbr分析方法最主要的概念是用已知的案例 case 來 未來案例的一些屬性 attribute 通常找尋最相似的案例來做比較。記憶基礎推理法中有兩個主要的要素，分別為距離函式 distance function...