程序員的基礎(chǔ)和解決問題的思維很重要

為什么今天突然想說這個(gè)話題，那是因?yàn)樵诠ぷ鳟?dāng)中，被隊(duì)友坑過。同樣的一個(gè)功能，你讓不同的人去實(shí)現(xiàn)，可能會(huì)有不同的實(shí)現(xiàn)方式，同樣，就會(huì)得到不一樣的結(jié)果。有些人做出來性能好，代碼精簡(jiǎn)，可讀性好，易于維護(hù)等，有些人寫的代碼不獨(dú)代碼凌亂堪，更能讓服務(wù)器崩潰。程序員的基礎(chǔ)和思維很重要，解決問題的思維，要多思考，而不能只考慮完成功能，其它就啥都不管了，說得嚴(yán)重點(diǎn)，給人條活路好么？人都是爹媽生的！

備注：本文采用C#編程語(yǔ)言

1、我先列一個(gè)最最簡(jiǎn)單的基礎(chǔ)編程題，本來很簡(jiǎn)單，至于為什么寫成了這樣，不要問我，問寫的那位大神吧，我完全相信我現(xiàn)在的公司中有人看到這樣的代碼（雖然工作幾年了...)會(huì)給我一個(gè)錯(cuò)誤的答案

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;

注意優(yōu)先順序，從左至右，一元運(yùn)算符高于二元運(yùn)算符

答案是：

8

27

一眼看上去，精簡(jiǎn)是精簡(jiǎn)了，可是可讀性呢？這是給人看的么？如果你口算不出來，請(qǐng)復(fù)習(xí)下這一塊的基礎(chǔ)知識(shí)，補(bǔ)一補(bǔ)。

算運(yùn)運(yùn)算符  ++ --

++；分為前++和后++，不管是前++還是后++，最終的結(jié)果都是這個(gè)變量的值自身加1.

區(qū)別：如果在一個(gè)表達(dá)式中遇到了++運(yùn)算符，

如果是前++，則首先這個(gè)變量的值自身加一，然后拿著這個(gè)加一后的值去參與運(yùn)算。

如果是后++，則首先拿原值參與運(yùn)算，運(yùn)算完成后，自身再加一。

這里只是舉個(gè)例子，現(xiàn)實(shí)中看到了類似的代碼，我呢個(gè)去，我費(fèi)了好大勁........

我用reflector工具查看了下，解析如下：

計(jì)算機(jī)會(huì)理解成如下：

int num = 5;

int num2 = (num++ + (++num * 2)) + ++num;

也就是說：

++在后，也就是說num依舊為5，等+運(yùn)算后再執(zhí)行++

num=num+1；//6

num=num+1; //7

兩次++，num=7

5+7*2

num=num+1;//8

num2=5+7*2+8

IL語(yǔ)言如下：

.method private hidebysig static void Main(string[] args) cil managed

{

    .entrypoint

    .maxstack 3

    .locals init (

        [0] int32 num,

        [1] int32 num2)

    L_0000: nop 

    L_0001: ldc.i4.5 

    L_0002: stloc.0 

    L_0003: ldloc.0 

    L_0004: dup 

    L_0005: ldc.i4.1 

    L_0006: add 

    L_0007: stloc.0 

    L_0008: ldloc.0 

    L_0009: ldc.i4.1 

    L_000a: add 

    L_000b: dup 

    L_000c: stloc.0 

    L_000d: ldc.i4.2 

    L_000e: mul 

    L_000f: add 

    L_0010: ldloc.0 

    L_0011: ldc.i4.1 

    L_0012: add 

    L_0013: dup 

    L_0014: stloc.0 

    L_0015: add 

    L_0016: stloc.1 

    L_0017: ldloc.0 

    L_0018: call void [mscorlib]System.Console::WriteLine(int32)

    L_001d: nop 

    L_001e: ldloc.1 

    L_001f: call void [mscorlib]System.Console::WriteLine(int32)

    L_0024: nop 

    L_0025: ret 

}

IL語(yǔ)言看得夠明了了吧！這是要考驗(yàn)我的理解能力和基礎(chǔ)能力還是要顯示得你牛逼呢？所以啊，還是要自我修煉，才能無論別人怎么坑我，我都能有辦法應(yīng)付哇

2、舉例，控制臺(tái)輸入一個(gè)成績(jī)，如果 成績(jī)>=90 ：輸出A，如果90>成績(jī)>=80 輸出B，如果80>成績(jī)>=70 輸出C ，如果70>成績(jī)>=60 輸出D，如果 成績(jī)<60輸出E

(考慮用if好還是用if-else好還是if else if好，思考，為什么好？)

以下是我在項(xiàng)目中看見的三種寫法：

代碼如下：

            Console.WriteLine("請(qǐng)輸入你的考試成績(jī)");

            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

請(qǐng)比對(duì)下這三種實(shí)現(xiàn)方式有什么不同，哪一種好，為什么？發(fā)現(xiàn)什么問題了么？我在工作中，經(jīng)常會(huì)看到一些程序員亂用if else，明明可以有更好的實(shí)現(xiàn)方式。

分支結(jié)構(gòu)：if結(jié)構(gòu)  if-else結(jié)構(gòu)

選擇結(jié)構(gòu)：if else-if

swich case的做法（這里只考慮100分制）

 public static string GetLevel(int score)

        {

            string level = "";

            switch (score / 10)

            {

                case 10:

                case 9: level = "A";

                    break;

                case 8: level = "B";

                    break;

                case 7: level = "C";

                    break;

                case 6: level = "D";

                    break;

                default: level = "E";

                    break;

            }

            return level;

        }

3、使用一個(gè)同步程序或者定時(shí)任務(wù)計(jì)劃來往Ftp服務(wù)器上面拋送訂單報(bào)文，然后獲取Ftp服務(wù)器上面的回執(zhí)報(bào)文

公司程序是這樣寫的：

1、從數(shù)據(jù)庫(kù)中查詢需要拋送的訂單

2、在服務(wù)器上面生成訂單報(bào)文并存在一個(gè)文件夾下面

3、然后使用Ftp上傳這些訂單報(bào)文，已經(jīng)上傳成功的就修改這個(gè)報(bào)文名稱（后面+_1)

4、上傳完報(bào)文后，然后根據(jù)這些報(bào)文名稱就去Ftp服務(wù)器上面下載回執(zhí)報(bào)文，又存到一個(gè)文件夾里面

5、再讀取這個(gè)文件夾里面的回執(zhí)文件，已經(jīng)讀取過的，就把回執(zhí)文件改名

......

我真心說不下去了，第一次看到的時(shí)候，我就覺得寫這代碼的人應(yīng)該抓去牢房里關(guān)著，不要放出來

結(jié)果程序跑了一個(gè)月，服務(wù)器奔潰了，我上服務(wù)器上面刪報(bào)文文件刪除了2個(gè)小時(shí)，幾十個(gè)G，然后看下程序代碼，一千萬匹草泥馬奔騰而過，然后安排人重寫代碼...

我到現(xiàn)在都想不明白，程序?yàn)槭裁匆@樣寫？即便你要生成訂單報(bào)文，你按年、月、日生成報(bào)文文件，處理完成之后，把報(bào)文文件移動(dòng)到特定目錄下面，總比你改名快吧,然后定期把一個(gè)月前的交易記錄刪除（不要就直接刪除）或者壓縮包（要的話就壓縮備份），怎么就不想一下一個(gè)月，這個(gè)文件夾下面會(huì)有幾十萬個(gè)文件呢，這是典型要干死服務(wù)器的節(jié)奏啊。至于根據(jù)文件名去下載Ftp上面的回執(zhí)文件，也不需要再?gòu)倪@個(gè)文件夾里面遍歷出所有_1的文件名，再去下載，這多慢啊，何不記錄在redis里面或者memory存儲(chǔ)類型的mysql數(shù)據(jù)表中呢？還有生成交易報(bào)文，上傳交易報(bào)文，取交易報(bào)文回執(zhí)都是在同一個(gè)線程里面的，為什么不使用多個(gè)人定時(shí)任務(wù)計(jì)劃，多個(gè)進(jìn)程呢？我一直想不明白.........

不過海關(guān)的技術(shù)人人員也真是奇葩，訂單報(bào)文居然用XML，還一條記錄一個(gè)XML文件，也不讓壓縮上傳再解壓，回執(zhí)目錄里面還存放幾家企業(yè)的回執(zhí)報(bào)文.........只能說國(guó)企真心有錢，根本不用擔(dān)心網(wǎng)絡(luò)流量和我們這邊拋單的性能，卡死我們這些傻不拉唧的電商企業(yè)，找一點(diǎn)存在感。

我以前在的一家公司是做城市一卡通的，現(xiàn)在深圳通啊XX通啊基本上都是那公司做的，很老了，但是做的程序很穩(wěn)定，每天上傳交易報(bào)文，一個(gè)客戶端的報(bào)文是一天一個(gè)文件，里面的記錄是16進(jìn)制，壓縮上傳，再解壓，分目錄存儲(chǔ)、分目錄備份，為什么？不闊氣啊，省錢啊，公交車的交易報(bào)文是用gprs無線傳輸?shù)模绻凑蘸ｊP(guān)這樣搞，不被搞死？也用過Ftp傳輸，交易量那么大，沒卡死過，很穩(wěn)定，因?yàn)槲野l(fā)現(xiàn)他們解決交易報(bào)文的方式不錯(cuò)，而不是用了啥新技術(shù)啊什么的，現(xiàn)在的公司剛成立2年，一天幾千單訂單報(bào)文，居然把自己的Web服務(wù)器搞死了，哪里的移植？從網(wǎng)上copy了正確的代碼但是用在了錯(cuò)誤的解決問題的思維上面。海關(guān)報(bào)文弄XML，還一個(gè)文件一個(gè)，我呢個(gè)去，用FTP上傳，那么多電商企業(yè)往你海關(guān)FTP服務(wù)器上面?zhèn)鳎氵€不讓人家打包，作死了.....海關(guān)把自己服務(wù)器作死了，我們不能把自己的服務(wù)器也作死??！

4、foreach或者for循環(huán)中，N次更新、插入、刪除數(shù)據(jù)庫(kù)操作

我很好奇，為什么在循環(huán)里面要進(jìn)行一次數(shù)據(jù)庫(kù)連接、然后執(zhí)行數(shù)據(jù)庫(kù)操作，然后關(guān)閉連接，為什么不把需要進(jìn)行數(shù)據(jù)庫(kù)操作的內(nèi)容保存在一個(gè)集合里面，最后一次性去執(zhí)行Sql操作，讓循環(huán)里面只進(jìn)行一次打開、執(zhí)行、關(guān)閉操作呢？人家ORM框架里面都有了批處理操作....

我在項(xiàng)目中看見很多地方，批量導(dǎo)入，批量更新回執(zhí)狀態(tài)的時(shí)候，經(jīng)常看見這樣的C#代碼，抓狂，想把寫代碼的人拉去吊著打...........

5、系統(tǒng)后臺(tái)，是一個(gè)完整的界面，也就是說，無論你點(diǎn)擊啥，整個(gè)界面刷新，對(duì)就是整個(gè)界面刷新，刷新還要每次從session里面讀出html把菜單重新加載一遍，我第一次看到，眼睛就被刷瞎了.......然后左側(cè)菜單欄，為了保持記錄選中狀態(tài)，然后各種js+cookies就出來了，幾百行js穿插其中，我艸，當(dāng)時(shí)想重構(gòu)的心都沒有，就想重寫（可是誰(shuí)給我時(shí)間？爛攤子一個(gè)...），還有那奇葩的資源角色權(quán)限管理，居然是半自動(dòng)的，市面上面早就是全自動(dòng)了，什么是半自動(dòng)，就是后臺(tái)界面配置了，代碼里面還要去修改，而且還是硬編碼，我真的是長(zhǎng)見識(shí)了，隨便從網(wǎng)上亂下載一個(gè)源碼也不至于這樣啊！至于為什么能做出這樣的項(xiàng)目，我不想說話。最后客戶終于忍受不了，要求改，我就安排一個(gè)同事改了，用最簡(jiǎn)單的方式弄個(gè)frameset，然后把那幾百行戶js刪除，終于只刷新中間部分了，唉！記得當(dāng)時(shí)美工給我的（我當(dāng)時(shí)做財(cái)務(wù)系統(tǒng)和給這個(gè)項(xiàng)目開發(fā)者的是同一個(gè)界面，可做出來后就是天壤之別了....

省略一萬字，這些都是最最基本的東西，為什么一些工作幾年了的程序員會(huì)犯這樣的錯(cuò)誤，估計(jì)是懶得思考吧，程序員是要學(xué)會(huì)偷懶，但是要勤于思考.....

提示：細(xì)心的朋友，會(huì)發(fā)現(xiàn)本文if的實(shí)現(xiàn)方式有bug，少了return，項(xiàng)目中就有人是這樣干的......