有點用處開發經驗 祭奠我的C#開發歷程
C#篇：
1、目標平臺的選擇：64位操作系統在編譯VS里的程序時，根據需要設置項目屬性的“目標平臺”為x86。如果設置為AnyCPU，則在VS 2005里面是不能“編輯并繼續”的。
——在選擇x86和AnyCPU都可以在32位操作系統上使用。
——選擇x86在64位服務器上運行，可能會造成類庫無法加載的問題。此問題在后文IIS經驗中解釋。
2、取DataTable或者DataGridView里面值的兩種常用方法：
- dt.Rows[i].Cells["ID"].Value.ToString();
- dt.Rows[0]["Name"].ToString();
前者需要從Value中取值，使用起來不是太方便。后者且不能加Value。
——所有的中括號中都可以使用序號（從0開始）或是字段名（列名、行名）
3、如果沒有使用Linq（一直都用的2.0框架……），可以使用此法來寫執行SQL。如：
- string strSQL = string.Format("Insert table_1 values('{0}', '{1}',{2},{3})"
如果是varchar類型，必須使用''；如果是int，目前發現既可使用''也可以不使用，往往寫腳本，嫌麻煩，就都帶上了''，貌似執行上不會有問題，但不知道性能會不會有所下降。如果有知道的朋友請在評論區說下咯。
——有朋友評論說這個容易被注入式攻擊。查了下避免注入式攻擊的方法：1、使用存儲過程；2、參數化SQL語句。
——以下是使用參數化SQL語句的方式：
- SqlCommand command = new SqlCommand("select * from UserInfo where sex=@sex and age>@age", connection);
- SqlParameter parameter = new SqlParameter("@age", SqlDbType.Int);//注意UserInfo表里age字段是int類型的
- parameter.Value = 30;
- command.Parameters.Add(parameter);//添加參數
- SqlDataAdapter adapter = new SqlDataAdapter(command);
4、DLL引用了，但是在代碼里面還是無法調用。
嘗試在DLL的屬性里面設置使用特定版本為False。
5、類庫里的方法在調用的時候，如何讓方法上面顯示自定義說明？
勾選一下項目：屬性——生成——XML文檔文件
——使用類庫的時候，把對應的XML也拷貝的相同目錄，這樣會在VS中看到類庫函數的自定義說明。前提是代碼里面使用“///”生成注釋。
6、博友分享：VS2010在新建.net 4.0項目時，經常會默認一個Clent Profile的東東，經常出現問題。。。切換為標準框架即可。
VS2005不存在這個問題，VS2013好像也不存在這個問題。
7、未能加載程序集
這個問題的范疇過于龐大，能夠造成這方面問題的原因可能有很多，我記得比較分散，后面找到了陸續補充。
——版本不匹配。
——類庫生成x86還是x64還是AnyCPU，最好能夠做到目標平臺保持一致。
——兩個項目引用路徑不同，或生成個路徑不同。
#p#
SQL篇
1、有關SQL中Join的問題。
當left join的那個表（子表），on的字段存在兩條，那么查詢出來的結果會分為兩條。
——所以對于子表內容掌控不準確，很可能會查詢出不符合需求的結果。
例子：
（1）兩個表的內容是
（2）left join的結果
2、同一張表可以Left Join兩次
3、Union的時候，如果兩個字段類型不同，必須進行轉換，否則會出錯。
如上圖convert。注意使用union all可以顯著提高速度，這樣的話，不會對查詢結果進行排序。
思想以及設計理念：
1、邏輯刪除與物理刪除的概念？
物理刪除時真正的刪除了，邏輯刪除還保留數據在數據庫中的位置，但是修改其刪除標志為已刪除狀態（貌似這個在大學里面就學了……）
2、在UI層（用戶操作界面），如果出錯了，或者操作失敗了，應該提醒用戶下一步應該做什么。
如：當用戶進行操作B的時候，需要先開啟選項A。設當前選項A為關閉狀態，用戶進行操作B，此時應提示：“操作失敗，選項A未啟用，請到XXX設置中開啟選項A”。在某些應用中，甚至可以增加直接跳轉到設置的地方，或者直接修改設置。根據需要而定。
——提醒用戶改做什么，個人認為是應該的，體現友好度。但是不應該把代碼中具體的異常暴露出來，具體異常應該記錄日志，并使用異常編碼，在文檔中、代碼中管理起來。
