整合營(yíng)銷服務(wù)商

          電腦端+手機(jī)端+微信端=數(shù)據(jù)同步管理

          免費(fèi)咨詢熱線:

          01.結(jié)構(gòu) - Python控制結(jié)構(gòu) if 條件語(yǔ)句

          01.結(jié)構(gòu) - Python控制結(jié)構(gòu) if 條件語(yǔ)句

          希望系統(tǒng)性學(xué)習(xí)一門(mén)編程語(yǔ)言的朋友請(qǐng)關(guān)注我,本專欄后續(xù)會(huì)持續(xù)分享優(yōu)質(zhì)文章。

          介紹

          本篇為第五篇介紹Python知識(shí)的文章,本篇也開(kāi)始接觸到該門(mén)語(yǔ)言的邏輯語(yǔ)法部分,這一部分在編程語(yǔ)言中使用很廣泛,小到一段語(yǔ)句,大到一個(gè)模塊里面都有很多邏輯判斷語(yǔ)句,所以很有必要細(xì)致的去理解它,并將他的一些常用格式熟記于心,好了開(kāi)始我們下面的文章。

          重要事項(xiàng)

          本節(jié)主要編寫(xiě)的為Python語(yǔ)句中if語(yǔ)句的編寫(xiě)要求:

          • 語(yǔ)句格式 - if語(yǔ)句編寫(xiě)格式要求
          • 語(yǔ)句邏輯 - if語(yǔ)句的主要邏輯結(jié)構(gòu)

          演示過(guò)程

          1. 依然要調(diào)出我們系統(tǒng)的CMD命令
          2. 進(jìn)入Python環(huán)境的交互界面
          3. 編寫(xiě)一段if語(yǔ)句程序,來(lái)體驗(yàn)邏輯語(yǔ)句的功能
          >>>
          >>> if 1 > 2:
          ...           print('a')
          ...      else:
          ...           print('b')
          ...
          b
          >>>

          本段程序?yàn)橐粋€(gè)簡(jiǎn)單的 if...else 語(yǔ)句,這個(gè)語(yǔ)句主要是進(jìn)行二個(gè)數(shù)做大小的判斷,得出的結(jié)果為一個(gè)bool值,if語(yǔ)句在bool值為T(mén)rue時(shí)執(zhí)行打印字符a,為False時(shí)執(zhí)行打印字符b,通過(guò)這樣一段代碼我們就可以大概的看到if語(yǔ)句的執(zhí)行條件,執(zhí)行過(guò)程等情況。

          重點(diǎn)詳解

          針對(duì) if 結(jié)構(gòu)語(yǔ)言本專欄做了以下細(xì)致的總結(jié),大家可以細(xì)致的體會(huì)其語(yǔ)法作用。

          • 語(yǔ)句格式

          if語(yǔ)句的基本語(yǔ)法如下所示:

          if condition:
                # 如果條件為T(mén)rue,則執(zhí)行這里的代碼塊
                # 可以有多行代碼
          else:
                # 如果條件為False,則執(zhí)行這里的代碼塊
                # 可以有多行代碼

          if語(yǔ)句中,condition是一個(gè)表達(dá)式,可以是返回TrueFalse任何東西

          常見(jiàn)的比較運(yùn)算符包括:

            • >:大于
            • <:小于
            • >=:大于等于
            • <=:小于等于
            • ==:等于
            • !=:不等于

          多個(gè)條件:

          你也可以使用邏輯運(yùn)算符組合多個(gè)條件:

            • and:與,兩個(gè)條件都為True時(shí)結(jié)果為True
            • or:或,兩個(gè)條件中有一個(gè)為True時(shí)結(jié)果為True
            • not:非,將True變?yōu)?span style="background-color: #F3F4F4; --tt-darkmode-bgcolor: #BDBEBE;">False,將False變?yōu)?span style="background-color: #F3F4F4; --tt-darkmode-bgcolor: #BDBEBE;">True
          • 語(yǔ)句結(jié)構(gòu)

          單向分支結(jié)構(gòu):

          if <條件表達(dá)式>:
               執(zhí)行語(yǔ)句
               ...

          雙向分支結(jié)構(gòu):

          if <條件表達(dá)式>:
               執(zhí)行語(yǔ)句
               ...
          else:
               執(zhí)行語(yǔ)句
               ...

          多分支結(jié)構(gòu):

          if <條件表達(dá)式>:
               執(zhí)行語(yǔ)句
               ...
          elif <條件表達(dá)式>:
               執(zhí)行語(yǔ)句
               ...
          else:
               執(zhí)行語(yǔ)句
               ...

          存在多個(gè)elif語(yǔ)句時(shí),Python會(huì)按照順序逐個(gè)檢查每個(gè)條件,執(zhí)行第一個(gè)滿足條件的代碼塊,然后跳過(guò)其他條件的檢查。如果前面的elif條件滿足了,那么后面的elif語(yǔ)句就不會(huì)再被執(zhí)行。

          嵌套分支結(jié)構(gòu):

          if <條件表達(dá)式>:
               if <條件表達(dá)式>:
                   執(zhí)行語(yǔ)句
                   ...
               else:
                   執(zhí)行語(yǔ)句
                   ...
          else:
                if <條件表達(dá)式>:
                   執(zhí)行語(yǔ)句
                   ...
                else:
                   執(zhí)行語(yǔ)句
                   ...

          注意:每一層的縮進(jìn)格式要統(tǒng)一,否則可能會(huì)導(dǎo)致意想不到的情況。

          參考

          • Python官方手冊(cè) - https://docs.python.org/zh-cn/3/reference/compound_stmts.html#the-if-statement

          讓優(yōu)質(zhì)的技術(shù)更自由、開(kāi)放的傳播,我是「技術(shù)小劍客」歡迎你的關(guān)注和留言。

          介: 和大家一起探討一下優(yōu)雅代碼


          一、好代碼的定義

          談到好代碼,我的第一想法就是優(yōu)雅,那我們?nèi)绾卧搶?xiě)出好的代碼,讓閱讀的人感受到優(yōu)雅呢?首先簡(jiǎn)單探討一下優(yōu)雅代碼的定義

          關(guān)于好代碼的定義,各路大神都給出了自己的定義和見(jiàn)解

          • 整潔的代碼如同優(yōu)美的散文。—— Grady Booch
          • 任何一個(gè)傻瓜都能寫(xiě)出計(jì)算機(jī)可以理解的代碼。唯有寫(xiě)出人類容易理解的代碼,才是優(yōu)秀的程序員。—— Martin Fowler

          首先要達(dá)成一致,我們寫(xiě)的代碼,除了用于機(jī)器執(zhí)行產(chǎn)生我們預(yù)期的效果之外,更多的時(shí)候是給人讀的,可能是后續(xù)的維護(hù)人員,更多時(shí)候是一段時(shí)間后的作者本人,因此優(yōu)雅面向不同的用戶有兩層含義的解讀

          1. 對(duì)人而言,代碼的整潔,清晰的邏輯
          2. 對(duì)機(jī)器而言,準(zhǔn)確性、執(zhí)行性能、異常處理機(jī)制等

          這次,我們就來(lái)聊一聊,什么代碼是優(yōu)雅的代碼,怎樣寫(xiě)出優(yōu)雅的代碼


          二、代碼整潔

          1. 有意義的命名

          簡(jiǎn)單說(shuō)就是類、方法、變量的命名要名副其實(shí),要能描述清晰自己的職責(zé)。一個(gè)好的命名能輸出更多的信息,它會(huì)告訴你,它為什么存在,它是做什么事的,應(yīng)該怎么使用。一個(gè)簡(jiǎn)單的衡量標(biāo)準(zhǔn)是,如果命名完仍需要注釋來(lái)補(bǔ)充語(yǔ)義,那就不是名副其實(shí);

          選個(gè)好名字要花時(shí)間,但省下的時(shí)間的時(shí)間比花掉的多,一旦發(fā)現(xiàn)有更好的名稱,就換掉舊的。

          舉個(gè)栗子

          public List<int[]> getItem() {
              List<int[]> list1=new ArrayList<int[]>();
              for (int[] x: theList)
                  if (x[0]==4)
                      list1.add(x);
              return list1;
          }

          整體邏輯沒(méi)啥問(wèn)題,讀完之后,就有很多問(wèn)題在腦海中產(chǎn)生

          • 1. theList中是存儲(chǔ)什么東西的數(shù)組?
          • 2. theList第一個(gè)值是做什么的?
          • 3. 值4的意義又是什么?
          • 4. 返回的列表該怎么使用?

          代碼應(yīng)該體現(xiàn)所處的情景,比方說(shuō)上述的代碼所處情景是我們正在開(kāi)發(fā)一種掃雷游戲,盤(pán)面是名為theList的單元格列表,那就將其名稱改為gameBoard。

          盤(pán)面上每個(gè)單元格都用一個(gè)簡(jiǎn)單數(shù)組表示。零下標(biāo)條目是一種狀態(tài)值,而這種狀態(tài)值為4代表“已標(biāo)記”。只要改為有意義的名稱,代碼就得到了改進(jìn)。

          更進(jìn)一步,不用int數(shù)組來(lái)表示單元格,而是另寫(xiě)一個(gè)類。該類包括一個(gè)名副其實(shí)的函數(shù)(稱為isFlagged),從而掩蓋住哪個(gè)魔術(shù)數(shù)4,得到新的函數(shù)版本。

          public List<Cell> getFlaggedCells() {
            List<Cell> flaggedCells=new ArrayList<Cell>();
            for (Cell cell : gameBoard)
              if (cell.isFlagged())
                flaggedCells.add(cell);
            return flaggedCells;
          }


          2. 優(yōu)雅的注釋

          實(shí)際上,只要我們的代碼有足夠的表達(dá)力,能清晰的通過(guò)命名來(lái)做到名副其實(shí),就不太需要注釋,或者根本不需要;注釋的存在往往是彌補(bǔ)我們無(wú)法用代碼清晰表達(dá)意圖的情況。可以想象一下,每次自己發(fā)現(xiàn)需要寫(xiě)注釋的時(shí)候,是什么心態(tài),擔(dān)心此處代碼明天自己看不懂或者別人看不懂,那有沒(méi)有考慮用更好的語(yǔ)義的代碼來(lái)替代。

          但盡管有注釋,也有好有壞,有時(shí)候注釋也會(huì)撒謊,通常注釋存在的越久,就離其描述的代碼越遠(yuǎn),變得越來(lái)越離譜;因?yàn)榇a在變動(dòng)在迭代,在注釋和代碼間可能會(huì)插入新的代碼,舊代碼我們通常copy來(lái)copy去,分離又重組,但注釋一般不會(huì)修改,就會(huì)造成注釋和描述的代碼分離,對(duì)閱讀者造成更大的迷惑。

          我們?cè)谛枰獙?xiě)注釋的時(shí)候就要告訴自己,能不能用代碼來(lái)進(jìn)行描述。以下是一些壞代碼的注釋bad case

          1. 一些被注釋掉的代碼
          //something code
          //something code
          2. 位置標(biāo)記
          //begin
          someting code;
          //end
          3. 簽名標(biāo)記
          /** add by xiaoli*/
          4. 非公用方法的javadoc
          /**
          * doSomething
          */
          private void doSomething(){
          }
          5. 日志式注釋
          /** add xx
          * update sometimes
          * update sometimes
          * update sometimes
          */
          6. 誤導(dǎo)性注釋
          //此處怎樣xx


          3. 優(yōu)雅的函數(shù)

          3.1 務(wù)必要短小

          方法應(yīng)該有多短小?沒(méi)有明確約束,idea也不會(huì)限制你,但通常我們的方法不該長(zhǎng)于一屏,至少多于一屏或者橫向外溢到屏幕以外最直觀的就會(huì)造成可讀性體驗(yàn)差,讀了下面忘記上面,左右拖拽等。對(duì)大多數(shù)筆記本來(lái)說(shuō)一屏大概就30行左右。短小精簡(jiǎn)的方法要比30行短很多,比如

          public String renderPageWithSetupAndTeardowns(Page page, boolean isSuite) throws Exception{
            if(isTestPage(page)){
                  includeSetupAndTeardownPages(page,isSuite);
              }
              return page.getHtml();
          }

          if語(yǔ)句、else語(yǔ)句、while語(yǔ)句等,其中的代碼應(yīng)該只有一行,

          改行通常是一個(gè)調(diào)用語(yǔ)句,這樣不但能保持短小,還可以給調(diào)用方法命名一個(gè)有說(shuō)明性的名字,進(jìn)一步增加代碼的可讀性


          3.2 只做一件事

          一事精,便可動(dòng)人。這個(gè)普世法則甚至適用于各種場(chǎng)合。像設(shè)計(jì)原則的單一職責(zé)模式,讓類只有一個(gè)職責(zé)。如果一個(gè)類有一個(gè)以上的職責(zé),這些職責(zé)就耦合在了一起。這會(huì)導(dǎo)致邏輯混亂,設(shè)計(jì)耦合。當(dāng)一個(gè)職責(zé)發(fā)生變化時(shí),可能會(huì)影響其它的職責(zé)。

          另外,多個(gè)職責(zé)耦合在一起,會(huì)影響復(fù)用性。針對(duì)方法而言更是如此。方法作為程序的原子單元,保持單一會(huì)有效提升復(fù)用性。 那怎么判斷一個(gè)方法是否只做了一件事。最簡(jiǎn)單的規(guī)則就是看看該方法是否能在拆出一個(gè)方法,且拆出去的方法是不同于該方法的詮釋和實(shí)現(xiàn)。但是要注意同一方法的邏輯層級(jí)務(wù)必要一致。


          3.3 抽象層級(jí)一致

          抽象層級(jí)一致也是對(duì)方法只做一件事的更高要求,抽象層級(jí)不一致的代碼一定是做了多件事。

          我們讀代碼通常是自頂向下閱讀,我們想讓每個(gè)方法后面都跟著位于下一層級(jí)的方法,這樣我們可以依著抽象層級(jí)向下閱讀了。我們也需要這樣閱讀代碼,先有整體在展示細(xì)節(jié),這種叫向下規(guī)則。這也是保持方法短小,確保只做一件事的訣竅。一旦方法中混雜不同的抽象層級(jí),會(huì)讓人很迷惑,因?yàn)闆](méi)辦法這個(gè)方法中判斷某個(gè)表達(dá)式是基礎(chǔ)概念還是細(xì)節(jié),更惡劣的是,一旦細(xì)節(jié)與基礎(chǔ)概念混雜,更多的細(xì)節(jié)就會(huì)糾纏不清,舉例子我們想寫(xiě)一個(gè)冰凍大象的需求

          //把大象裝進(jìn)冰箱
          public void frozenElephant(){
              //1. 捕捉大象
              //2. 運(yùn)輸大象
              //3. 打開(kāi)冰箱
              //4. 放入大象
              //5. 關(guān)閉冰箱
          }

          這個(gè)例子的1.2兩步就不是一個(gè)層級(jí)的邏輯,是屬于更高層級(jí)的抽象。3.4.5都是將大象放入冰箱的步驟,屬于低層級(jí)的抽象。可以將代碼拆分為如下實(shí)現(xiàn),將高抽象層級(jí)的代碼聚合提取出來(lái),細(xì)節(jié)在分別單獨(dú)實(shí)現(xiàn),如下

          public void frozenElephant(){
              //1. 捕捉大象
              catchElephant();
              //2. 運(yùn)輸大象
              transportElephant();
              //將大象放入冰箱
              putElephantInRefrigerator();
          }
          public void catchElephant(){
          }
          public void transportElephant(){
          }
          public void putElephantInRefrigerator(){
              //打開(kāi)冰箱
              //放入大象
              //關(guān)閉冰箱
          }


          3.4 使用異常替代返回錯(cuò)誤碼

          針對(duì)錯(cuò)誤碼的判斷會(huì)導(dǎo)致更深層次的嵌套結(jié)構(gòu),返回錯(cuò)誤碼就意味著要求調(diào)用者跟著處理錯(cuò)誤,如下

          if(deletePage()==OK){
              if(registry.deleteReference(page.name)==OK){
                  if(configKeys.deleteKey(page.name.makeKey)==OK){
                      logger.log("page deleted")
                  }else{
                      logger.log("configKey not deleted")
                  }
              }else{
                  logger.log("deleteReference from registry failed")
              }
          }else{
              logger.log("delete failed")
              return Error;
          }

          一般我們還需要將try/Catch代碼塊給抽離出去,另外形成方法。防止代碼塊過(guò)多搞亂代碼結(jié)構(gòu),分不清錯(cuò)誤處理還是正常流程。同時(shí)因?yàn)榉椒ㄖ蛔鲆患拢e(cuò)誤處理就是一件事,因此錯(cuò)誤處理的方法不應(yīng)該在做其他事,也就是如果一個(gè)方法中有try關(guān)鍵字,那try就是方法的開(kāi)頭。catch/finally代碼塊后面也不應(yīng)該再有內(nèi)容,如下

          try{
              deletePage(page);
              registry.deleteReference(page.name);
              configKeys.deleteKey(page.name.makeKey);
          }catch(Exception e){
              logger.log(e.getMessage());
          }


          3.5 使用第三方庫(kù)

          比如Lombok組件通過(guò)注解的方式,在編譯時(shí)自動(dòng)為屬性生成構(gòu)造器、getter/setter、equals、hashcode、toString方法 舉例如下:

          比如Apache Commons系列組件給我們提供了關(guān)于字符串、集合、IO操作等工具方法。這些組件是個(gè)大寶庫(kù),提供了不少輪子

          beanUtils

          JavaBean進(jìn)行各種操作,克隆對(duì)象、屬性等等

          codec

          處理常用的編碼方法的工具類包,例如DES、SHA1、MD5、Base64等.

          collections

          java集合框架操作

          configuration

          java應(yīng)用程序的配置管理類庫(kù)

          io

          io工具的封裝

          lang

          Java基本對(duì)象方法的工具類包 如StringUtils、ArrayUtils等等.

          logging

          提供的日志接口

          net

          提供了客戶端和服務(wù)器端的數(shù)據(jù)驗(yàn)證框架


          三、代碼重構(gòu)

          重構(gòu)是對(duì)軟件內(nèi)部結(jié)構(gòu)的一種調(diào)整,目的是在不改變軟件可觀察行為的前提下,提高其可理解性,降低其修改成本。

          在重構(gòu)之前一定要知道,一旦開(kāi)始對(duì)類和方法進(jìn)行重構(gòu),就需要事前有完備的單元測(cè)試用例來(lái)保障重構(gòu)的準(zhǔn)確性,每次重構(gòu)之后都要去執(zhí)行對(duì)應(yīng)的單元測(cè)試用例,驗(yàn)證重構(gòu)的正確性!


          1. 識(shí)別代碼的壞味道

          1.1 重復(fù)的代碼

          如果在一個(gè)以上的地點(diǎn)看到相同的代碼結(jié)構(gòu),可以肯定的是,想辦法抽線出來(lái)合而為一,代碼會(huì)變得更好。一般包含幾個(gè)點(diǎn)的重復(fù)

          1. 最單純的重復(fù)代碼就是“同一個(gè)類的兩個(gè)函數(shù)含有相同的表達(dá)式”。這時(shí)候需要做的就是采用提煉函數(shù)提煉出重復(fù)的代碼,然后讓這兩個(gè)地點(diǎn)都調(diào)用被提煉出來(lái)的那一段代碼
          2. 如果重復(fù)代碼只是相似而不是完全相同,需要先嘗試用移動(dòng)語(yǔ)句重組代碼順序,把相似的部分放在一起以便提煉。
          3. 如果重復(fù)的代碼段位于同一個(gè)超類的不同子類中,可以使用函數(shù)上移來(lái)避免在兩個(gè)子類之間互相調(diào)用。


          1.2 過(guò)長(zhǎng)的函數(shù)

          遵循這樣一條原則:每當(dāng)感覺(jué)需要以注釋來(lái)說(shuō)明點(diǎn)什么的時(shí)候,就把需要說(shuō)明的東西寫(xiě)進(jìn)一個(gè)獨(dú)立函數(shù)中,并以其用途(而非實(shí)現(xiàn)手法)命名,可以對(duì)一組甚至短短一行代碼做這件事。哪怕替換后的函數(shù)調(diào)用動(dòng)作比函數(shù)自身還長(zhǎng),只要函數(shù)名稱能夠解釋其用途,就要毫不猶豫地那樣做,關(guān)鍵不在于函數(shù)的長(zhǎng)度,而在于函數(shù)“做什么”和“如何做”之間的語(yǔ)義距離。

          1. 百分之九十九的場(chǎng)合里,要把函數(shù)變短,只需使用提煉函數(shù)。找到函數(shù)中適合集中在一起的部分,將它們提煉出來(lái)形成一個(gè)新函數(shù)。
          2. 如果函數(shù)內(nèi)有大量的參數(shù)和臨時(shí)變量,最終就會(huì)把許多參數(shù)傳遞給被提煉出來(lái)的新函數(shù),導(dǎo)致可讀性幾乎沒(méi)有任何提升。此時(shí)可以經(jīng)常運(yùn)用以查詢?nèi)〈R時(shí)變量來(lái)消除這些臨時(shí)元素。引入?yún)?shù)對(duì)象和保持對(duì)象完整則可以將過(guò)長(zhǎng)的參數(shù)列表變得更簡(jiǎn)潔一些。
          3. 如果有多個(gè)switch語(yǔ)句基于同一個(gè)條件 進(jìn)行分支選擇,就應(yīng)該使用以多態(tài)取代條件表達(dá)式。


          1.3 數(shù)據(jù)的可變性

          對(duì)數(shù)據(jù)的修改經(jīng)常導(dǎo)致出乎意料的結(jié)果和難以發(fā)現(xiàn)的bug。在一處更新數(shù)據(jù),卻沒(méi)有意識(shí)到軟件中的另一處期望著完全不同的數(shù)據(jù),于是出現(xiàn)難以預(yù)料的bug,往往比較難排查(需要排查數(shù)據(jù)流轉(zhuǎn)的整體鏈路),這就需要一些方法用于約束對(duì)數(shù)據(jù)的更新,降低數(shù)據(jù)可變性的風(fēng)險(xiǎn)。

          1. 可以用封裝變量來(lái)確保所有數(shù)據(jù)更新操作都通過(guò)很少幾個(gè)函數(shù)來(lái)進(jìn)行,使其更容易統(tǒng)一監(jiān)控和演進(jìn)
          2. 如果一個(gè)變量在不同時(shí)候被用于存儲(chǔ)不同的東西, 可以使用拆分變量將其拆分為各自不同用途的變量,從而避免危險(xiǎn)的更新操作。
          3. 使用移動(dòng)和提煉函數(shù)盡量把邏輯從處理更新操作的代碼中搬移出來(lái),將業(yè)務(wù)處理邏輯代碼與執(zhí)行數(shù)據(jù)更新操作的代碼分開(kāi)。


          1.4 模塊單一職責(zé)

          所謂模塊化,就是力求將代碼分出區(qū)域,最大化區(qū)域內(nèi)部的交互、最小化跨區(qū)域的交互。但是經(jīng)常出現(xiàn)一個(gè)函數(shù)跟另一個(gè)模塊中的函數(shù)或者數(shù)據(jù)交流格外頻繁,遠(yuǎn)勝于與所處模塊內(nèi)部的交流,這就是模塊功能不單一的典型情況

          1. 總看到某個(gè)函數(shù)為了計(jì)算某個(gè)值,從另一個(gè)對(duì)象那兒調(diào)用半打的取值函數(shù)。如果這個(gè)函數(shù)需要跟這些數(shù)據(jù)待在一起,那就使用移動(dòng)功能把它移過(guò)去。
          2. 一個(gè)函數(shù)往往會(huì)用到幾個(gè)模塊的功能,那么它究竟該被置于何處呢?原則是:判斷哪個(gè)模塊擁有的此函數(shù)使用的數(shù)據(jù)最多,然后就把這個(gè)函數(shù)和那些數(shù)據(jù)擺在一起。 如果先以提煉函數(shù)將這個(gè)函數(shù)分解為數(shù)個(gè)較小的函數(shù)并分別置放于不同類中,上面的步驟就會(huì)比較容易完成。
          3. Strategy模式和Visitor模式是為了對(duì)抗發(fā)散式變化,但也能解決單一職責(zé)問(wèn)題,最根本的原則是:將總是一起變化的東西放在一塊兒。 數(shù)據(jù)和引用這些數(shù)據(jù)的行為總是一起變化的,如果有特殊情況,我們就搬移那些行為,保持變化始終只在一地發(fā)生。


          點(diǎn)擊查看原文,獲取更多福利!

          https://developer.aliyun.com/article/1117703?utm_content=g_1000366324


          版權(quán)聲明:本文內(nèi)容由阿里云實(shí)名注冊(cè)用戶自發(fā)貢獻(xiàn),版權(quán)歸原作者所有,阿里云開(kāi)發(fā)者社區(qū)不擁有其著作權(quán),亦不承擔(dān)相應(yīng)法律責(zé)任。具體規(guī)則請(qǐng)查看《阿里云開(kāi)發(fā)者社區(qū)用戶服務(wù)協(xié)議》和《阿里云開(kāi)發(fā)者社區(qū)知識(shí)產(chǎn)權(quán)保護(hù)指引》。如果您發(fā)現(xiàn)本社區(qū)中有涉嫌抄襲的內(nèi)容,填寫(xiě)侵權(quán)投訴表單進(jìn)行舉報(bào),一經(jīng)查實(shí),本社區(qū)將立刻刪除涉嫌侵權(quán)內(nèi)容。

          、流程控制

          1. 作用:控制代碼的執(zhí)行順序

          2. 分類

          2.1順序結(jié)構(gòu):從上到下依次執(zhí)行代碼語(yǔ)句

          2.2選擇結(jié)構(gòu):

          1. if語(yǔ)句

          簡(jiǎn)單if結(jié)構(gòu)

          if(條件表達(dá)式){
              表達(dá)式成立時(shí)執(zhí)行的代碼段
          }

          注意 : 除零值以外,其他值都為真,以下條件為假值false

          if(0){}
          if(0.0){}
          if(""){} //空字符串
          if(undefined){}
          if(NaN){}
          if(null){}

          特殊寫(xiě)法 : { }可以省略,一旦省略,if語(yǔ)句只控制其后的第一行代碼

          2. if - else結(jié)構(gòu):

          if(條件表達(dá)式){
          //條件成立時(shí)執(zhí)行
          }else{
          //條件不成立時(shí)選擇執(zhí)行
          }

          3.多重分支結(jié)構(gòu):

          if(條件1){
                //條件1成立時(shí)執(zhí)行
            }else if(條件2){
                //條件2成立時(shí)執(zhí)行
            }else if(條件3){
                //條件3成立時(shí)執(zhí)行
            }...else{
                //條件不成立時(shí)執(zhí)行
            }

          2. switch語(yǔ)句:

          語(yǔ)法 :

          switch(value){
          case 值1 :
          //value與值1匹配全等時(shí),執(zhí)行的代碼段
          break; //結(jié)束匹配
          case 值2 :
          //value與值2匹配全等時(shí),執(zhí)行的代碼段
          break;
          case 值3 :
              //value與值3匹配全等時(shí),執(zhí)行的代碼段
          break;
          default:
          //所有case匹配失敗后默認(rèn)執(zhí)行的語(yǔ)句
          break;
          }

          使用時(shí)要注意的:

          1. switch語(yǔ)句用于值的匹配,case用于列出所有可能的值;只有switch()表達(dá)式的值與case的值匹配全等時(shí),才會(huì)執(zhí)行case對(duì)應(yīng)的代碼段
          2. break用于結(jié)束匹配,不再向后執(zhí)行;可以省略,break一旦省略,會(huì)從當(dāng)前匹配到的case開(kāi)始,向后執(zhí)行所有的代碼語(yǔ)句,直至結(jié)束或碰到break跳出
          3. default用來(lái)表示所有case都匹配失敗的情況,一般寫(xiě)在末尾,做默認(rèn)操作
          4. 多個(gè)case共用代碼段
                    case 值1:
                    case 值2:
                    case 值3:
                    //以上任意一個(gè)值匹配全等都會(huì)執(zhí)行的代碼段

          3.循環(huán)結(jié)構(gòu):

          作用 根據(jù)條件,重復(fù)執(zhí)行某段代碼

          1. while循環(huán):

          定義循環(huán)變量;
            while(循環(huán)條件){
            條件滿足時(shí)執(zhí)行的代碼段
            更新循環(huán)變量;
          }

          2. do-while循環(huán):

          do{
          循環(huán)體;
          更新循環(huán)變量
          }while(循環(huán)條件);

          while 與do-while循環(huán)的區(qū)別 :

          while 循環(huán)先判斷循環(huán)條件,條件成立才執(zhí)行循環(huán)體

          do-while 循環(huán)不管條件是否成立,先執(zhí)行一次循環(huán)體

          3. for 循環(huán)

          for(定義循環(huán)變量;循環(huán)條件;更新循環(huán)變量){
              循環(huán)體;
          }

          循環(huán)控制 :

          break 強(qiáng)制結(jié)束循環(huán)

          continue 結(jié)束當(dāng)次循環(huán),開(kāi)始下一次循環(huán) 循環(huán)嵌套 : 在循環(huán)中嵌套添加其他循環(huán)

          二、函數(shù)

          函數(shù)的作用:封裝一段待執(zhí)行的代碼

          語(yǔ)法:

           //函數(shù)聲明
            function 函數(shù)名(參數(shù)列表){
                函數(shù)體
                return 返回值;
            }
            //函數(shù)調(diào)用
            函數(shù)名(參數(shù)列表);

          使用: 函數(shù)名自定義,見(jiàn)名知意,命名規(guī)范參照變量的命名規(guī)范。普通函數(shù)以小寫(xiě)字母開(kāi)頭,用于區(qū)分構(gòu)造函數(shù)(構(gòu)造函數(shù)使用大寫(xiě)字母開(kāi)頭,定義類)

          三,匿名函數(shù)

          匿名函數(shù):省略函數(shù)名的函數(shù)。

          語(yǔ)法為:

          匿名函數(shù)自執(zhí)行

          (function (形參){
           
          })(實(shí)參);

          定義變量接收匿名函數(shù):

          var fn=function (){};
          fn(); //函數(shù)調(diào)用

          四,作用域

          JavaScript 中作用域分為全局作用域和函數(shù)作用域,以函數(shù)的{ }作為劃分作用域的依據(jù)

          1,全局變量和全局函數(shù)

          只要在函數(shù)外部使用 var 關(guān)鍵字定義的變量,或函數(shù)都是全局變量和全局函數(shù),在任何地方都可以訪問(wèn)

          所有省略 var 關(guān)鍵字定義的變量,一律是全局變量

          2,局部變量/局部函數(shù)

          在函數(shù)內(nèi)部使用 var 關(guān)鍵字定義的變量為局部變量,函數(shù)內(nèi)部定義的函數(shù)也為局部函數(shù),只能在當(dāng)前作用域中使用,外界無(wú)法訪問(wèn)

          3,作用域鏈 局部作用域中訪問(wèn)變量或函數(shù),首先從當(dāng)前作用域中查找,當(dāng)前作用域中沒(méi)有的話,向上級(jí)作用域中查找,直至全局作用域

          作者:YJ-TX

          原文:https://www.cnblogs.com/yjtxin/p/12969576.html


          主站蜘蛛池模板: 国产乱码精品一区二区三区四川人| 亚洲福利视频一区| 卡通动漫中文字幕第一区| 中文字幕亚洲一区二区va在线| 中文字幕日韩一区二区不卡| 日本在线一区二区| 亚洲成av人片一区二区三区 | 东京热无码av一区二区| 国产裸体舞一区二区三区| 一区二区三区精密机械| 久久久综合亚洲色一区二区三区| 久久久久人妻一区精品| 国产精品无码不卡一区二区三区| 久久一区二区精品综合| 成人免费一区二区无码视频| 亚洲一区二区三区久久| 日韩人妻不卡一区二区三区| 亚洲国产精品第一区二区| 国产主播福利一区二区| 国产手机精品一区二区| 美女视频一区三区网站在线观看| 久久一区二区精品| 久久精品午夜一区二区福利| 夜色福利一区二区三区| 久久无码人妻一区二区三区| 亚洲国产美国国产综合一区二区| 日韩一区二区久久久久久| 无码人妻精品一区二区三区久久 | 老熟妇仑乱视频一区二区| 秋霞午夜一区二区| 日韩爆乳一区二区无码| 国产日本亚洲一区二区三区| 伊人久久一区二区三区无码| 色婷婷av一区二区三区仙踪林 | 精品一区二区三区高清免费观看| 久久久久女教师免费一区| 国产成人一区二区三区视频免费| 亚州日本乱码一区二区三区 | 熟妇人妻一区二区三区四区| 中文字幕精品亚洲无线码一区| 亚洲伦理一区二区|