開發程式需要注意的點
1.操作洗掉或者不能自由的恢復的資料，都需要添加上二次確認（防止資料誤刪）
2.進行查詢個人資料，一定要判斷當前登錄人是否有權限（查看，修改，洗掉），一般都需要配合當前登錄人標識資訊來判斷（防止他人操作別人的資料），
3.盡量查詢資料使用Get方式，（修改，洗掉，添加）使用Post方式（規范）
4.程式使用異步的時候，一定要異步到底（不然沒用），
5.判斷(集合,EF判斷)是否存在資料不要使用Conut(),使用Any()（性能優化），
6.系統中的（添加，修改，洗掉）一定要添加上對應的日志資訊（可追溯性），
7.資料庫撰寫SQL陳述句（修改，洗掉），一定要寫where條件（防止資料污染），
8.兩個表以及兩個表以上的操作都需要使用事務（保證資料一致性），
9.只要是自己寫的代碼都需要經過測驗進行測驗，（防止自己測驗的不專業）、
10.撰寫SQL之前一定要在資料庫進行測驗，防止自己的SQL存在漏洞（先測驗代碼在去執行），
11.時間轉換的時候Tostring("yyyy-MM-dd HH:mm:ss")這個里面一定要格式（防止時間格式不一樣），
12.不要聽別人說代碼是這樣寫的，一定要自己去寫一下，最好是斷點分析代碼（別人說不一定是對的，只有自己實踐了才是耶穌！加油）
13.只要是很多代碼都寫了這樣的寫法，或者一樣的邏輯，沒錯你可以試著去想共同點，寫成自己的代碼插件（不要好高騖遠！！很多方法不要只會用）
14.如果一個內置的方法經常被做同樣的操作，不妨試試拓展方法，（拓展方法，方便管理和維護會讓你的代碼美美噠）
15.資料庫創建欄位型別的時候使用nvarchar和varchar前者處理資料庫中資料的編碼問題，但是資料庫中存的長度會是長一些https://www.cnblogs.com/carekee/articles/2094676.html可以看（這個可是知識）
16.當代碼改的之后一定要看一下相關功能，聯想一定要做好（這個重要的很，減少除錯時間）
17.代碼盡量使用try(){}捕獲例外，寫入錯誤日志，日志一定要寫，特別是API介面（讓自己的代碼可讀性強，質量提升）
18.自己寫的每一個功能要自己測驗，才能給別人看，一定要看到資料，資料對上了才算可以（避免浪費大家的時間）
19.盧明在測驗的時候會使用兩個瀏覽器同時進行提交資料，（代碼很多時候不能以常人的思考去想了，）
20.在IE10一下模式，get請求最好加上時間戳，不能會有問題，要么就使用post請求，(兼容問題)
21.在修改專案的時候一定要看，這方法有多少地方呼叫了（防止其他地方呼叫）
22.一定更改了資料庫的表就一定要先修改專案中的版本記錄，和資料庫模型（到時候上線可以讓你蛋疼，主要版本的同步）
23.其實我們創建資料中一般都會有創建人ID,但是不會有創建人名稱，但是我們有經常要用到，我們可以將這個名稱存在這個表里面，沒必要老是聯合查詢，
24.我們后臺經常需要傳遞很多相同的欄位，為什么我們不封裝成一個基類呢？可以很好的減少函式傳遞引數的欄位和長度，代碼整潔之道里面有提到，
25.在所使用的Liqn陳述句的時候盡量不要講轉換放入里面（規范問題）
26.資料庫中要注意nvarchar 、varchar的區別，前者不區分編碼，或者區分，比如前者可以存50后者就只可以25（基礎知識問題）
27.當我們的方法引數超多3位一定要，使用類來接受，方法特長可讀性很不好，（規范問題）
28.當我們使用型別轉換的時候int.Parse()盡可能的使用int.TryParse(),防止不必要的報錯（規范問題）
29.當有一個任務來了自己先畫一次流程圖，會很容易的進入需求中考慮事情（自己的問題）
30.我最近我發現一個性能問題，就是雖然我們的資料在快取中，也不要回圈獲取快取獲取資料因為還是很慢，快取鏈接數也給擠滿，記憶體不容易釋放，解決方案是將公共資料提取出來，進行記憶體查詢，（性能優化）
31.關于串列查詢資料傳入頁碼條件的問題，當我們修改的查詢條件一定要將頁碼修改為1不然之前選的2然后修改的條件查詢出來沒有2頁就會顯示不出資料（注意事項bug）
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/49642.html
標籤：其他
上一篇：夯實基礎和追熱點
下一篇：時域信號與時頻轉換方法分析