為什麼今天突然想說這個話題，那是因為在工作當中，被隊友坑過。同樣的一個功能，你讓不同的人去實現，可能會有不同的實現方式，同樣，就會得到不一樣的結果。有些人做出來性能好，代碼精簡，可讀性好，易於維護等，有些人寫的代碼不獨代碼凌亂堪，更能讓服務器崩潰。程序員的基礎和思維很重要，解決問題的思維，要多思考，而不能只考慮完成功能，其它就啥都不管了，說得嚴重點，給人條活路好麼？人都是爹媽生的！
1、我先列一個最最簡單的基礎編程題，我完全相信我現在的公司中有人（雖然工作幾年了...)會給我一個錯誤的答案
int a = 5; int b = a++ + (++a) * 2 + ++a; Console.WriteLine(a); Console.WriteLine(b);
解：5+ a=a+1 a=a+1 a=7 a=a+1=5 +7*2+8;
注意優先順序，從左至右，一元運算符高於二元運算符
答案是：
8
27
如果你口算不出來，請復習下這一塊的基礎知識，補一補。
算運運算符 ++ -- ++；分為前++和後++，不管是前++還是後++，最終的結果都是這個變量的值自身加1. 區別：如果在一個表達式中遇到了++運算符， 如果是前++，則首先這個變量的值自身加一，然後拿著這個加一後的值去參與運算。 如果是後++，則首先拿原值參與運算，運算完成後，自身再加一。
這裡只是舉個例子，現實中看到了類似的代碼，我呢個去，我費了好大勁........這是要考驗我的理解能力和基礎能力還是要顯示得你牛逼呢？所以啊，還是要自我修煉，才能無論別人怎麼坑我，我都能有辦法應付哇
2、再來看一道基礎題，控制台輸入一個成績，如果 成績>=90 ：輸出A，如果90>成績>=80 輸出B，如果80>成績>=70 輸出C ，如果70>成績>=60 輸出D，如果 成績<60輸出E
(考慮用if好還是用if-else好還是if else if好，思考，為什麼好？)
代碼如下：
Console.WriteLine("請輸入你的考試成績");
int score = Convert.ToInt32(Console.ReadLine());
if else 的做法
#region if -else的做法
if (score >= 90)
{
Console.WriteLine("A");
}
else//<90
{
if (score >= 80)
{
Console.WriteLine("B");
}
else//<80
{
if (score >= 70)
{
Console.WriteLine("C");
}
else//<70
{
if (score >= 60)
{
Console.WriteLine("D");
}
else
{
Console.WriteLine("E");
}
}
}
}
#endregion
if的做法
#region if的做法
if (score >= 90)
{
Console.WriteLine("A");
}
if (score >= 80)
{
Console.WriteLine("B");
}
if (score >= 70)
{
Console.WriteLine("C");
}
if (score >= 60)
{
Console.WriteLine("D");
}
if (score < 60)
{
Console.WriteLine("E");
}
#endregion
if else if的做法
#region if else if的做法
if (score >= 90)
{
Console.WriteLine("A");
}
else if (score >= 80)
{
Console.WriteLine("B");
}
else if (score >= 70)
{
Console.WriteLine("C");
}
else if (score >= 60)
{
Console.WriteLine("D");
}
#endregion
請比對下這三種實現方式有什麼不同，哪一種好，為什麼？我在工作中，經常會看到一些程序員亂用if else，明明可以有更好的實現方式。
分支結構：if結構 if-else結構
選擇結構：if else-if
3、使用一個同步程序或者定時任務計劃來往Ftp服務器上面拋送訂單報文，然後獲取Ftp服務器上面的回執報文
公司程序是這樣寫的：
1、從數據庫中查詢需要拋送的訂單
2、在服務器上面生成訂單報文並存在一個文件夾下面
3、然後使用Ftp上傳這些訂單報文，已經上傳成功的就修改這個報文名稱（後面+_1)
4、上傳完報文後，然後根據這些報文名稱就去Ftp服務器上面下載回執報文，又存到一個文件夾裡面
5、再讀取這個文件夾裡面的回執文件，已經讀取過的，就把回執文件改名
.......
我真心說不下去了，第一次看到的時候，我就覺得寫這代碼的人應該抓去牢房裡關著，不要放出來
結果程序跑了一個月，服務器奔潰了，我上服務器上面刪報文文件刪除了2個小時，幾十個G，然後看下程序代碼，一千萬匹草泥馬奔騰而過，然後安排人重寫代碼...
我到現在都想不明白，程序為什麼要這樣寫？即便你要生成訂單報文，你按年、月、日生成報文文件，處理完成之後，把報文文件移動到特定目錄下面，總比你改名快吧,然後定期把一個月前的交易記錄刪除（不要就直接刪除）或者壓縮包（要的話就壓縮備份），怎麼就不想一下一個月，這個文件夾下面會有幾十萬個文件呢，這是典型要干死服務器的節奏啊。至於根據文件名去下載Ftp上面的回執文件，也不需要再從這個文件夾裡面遍歷出所有_1的文件名，再去下載，這多慢啊，何不記錄在redis裡面或者memory存儲類型的mysql數據表中呢？還有生成交易報文，上傳交易報文，取交易報文回執都是在同一個線程裡面的，為什麼不使用多個人定時任務計劃，多個進程呢？我一直想不明白.........
不過海關的技術人人員也真是奇葩，訂單報文居然用XML，還一條記錄一個XML文件，也不讓壓縮上傳再解壓，回執目錄裡面還存放幾家企業的回執報文.........只能說國企真心有錢，根本不用擔心網絡流量和我們這邊拋單的性能，卡死我們這些傻不拉唧的電商企業，找一點存在感。
4、foreach或者for循環中，N次更新、插入、刪除數據庫操作
我很好奇，為什麼在循環裡面要進行一次數據庫連接、然後執行數據庫操作，然後關閉連接，為什麼不把需要進行數據庫操作的內容保存在一個集合裡面，最後一次性去執行Sql操作，讓循環裡面只進行一次打開、執行、關閉操作呢？人家ORM框架裡面都有了批處理操作....
我在項目中看見很多地方，批量導入，批量更新回執狀態的時候，經常看見這樣的C#代碼，抓狂，想把寫代碼的人拉去吊著打...........
5、系統後台，是一個完整的界面，也就是說，無論你點擊啥，整個界面刷新，對就是整個界面刷新，刷新還要每次從session裡面讀出html把菜單重新加載一遍，我第一次看到，眼睛就被刷瞎了.......然後左側菜單欄，為了保持記錄選中狀態，然後各種js+cookies就出來了，幾百戶js穿插，我艹，當時想重構的心都沒有，就想重寫（可是誰給我時間？爛攤子一個...），還有那奇葩的資源角色權限管理，居然是半自動的，市面上面早就是全自動了，什麼是半自動，就是後台界面配置了，代碼裡面還要去修改，而且還是硬編碼，我真的是長見識了，隨便從網上亂下載一個源碼也不至於這樣啊！至於為什麼能做出這樣的項目，我不想說話。最後客戶終於忍受不了，要求改，我就安排一個同事改了，用最簡單的方式弄個frameset，然後把那幾百行戶js刪除，終於只刷新中間部分了，唉！記得當時美工給我的（我當時做財務系統）和給這個項目開發者的是同一個界面，可做出來後就是天壤之別了....
省略一萬字，這些都是最最基本的東西，為什麼一些工作幾年了的程序員會犯這樣的錯誤，估計是懶得思考吧，程序員是要學會偷懶，但是要勤於思考.....
