JavaScript的：開關的情況下 - 選擇選項

原因是始終不變的，值可能很多。 或者反之亦然：一個值將是幾個原因，其發生。 在任何情況下，根據某些條件需要採取只有一個解決方案，或反之亦然。

即使決定可能有幾個選擇為任何目的將導致只有一個辦法，但通常幾種方法，我們需要 作出選擇。

經典 條件語句 ，如果（條件）{1算法，如果條件為真}其他{2算法，如果條件為假}只給出了兩個選擇。 但是，即使是簡單的真正的挑戰，總是給人很多的選擇。

一個簡單的“沒有人”，但有一個條件

JavaScript的設計，開關殼體=多個值的條件。 可以使用類似的。如果運營商的組合來獲得。 然而，毫無疑問，的語法和語義上更正確的第一實施例。 此外，在第二版正式決定將需要更多的技能開發：

還有，如果組合（...）{...}否則{...}並嘗試{...}導管（...）{...}提供的算法頂級AJAX交換過程。 執行響應處理組類似的條件語句。

JavaScript的開關殼體：一個例子

主要的差異外，從一個條件選擇一個選項：你可以不寫兩個，可執行命令的幾個街區。 將只有一次或者只有少數執行。

結構ĴavaScript開關殼體允許提供多個根據一個變量或表達式的值的算法。 它記住，該算法的正確選擇將在精確匹配的值開關（）的結果，也是在該情況下的規定值的條件進行是很重要的。 在“1”和數字1 -這種類型的轉換是不是在這裡做是不一樣的。

表演多段

設計選擇ĴavaScript開關殼體的一個特徵是不存在括號的塊- {...}委託給僅定義的開始和操作器本體的端部。 每個部分終止的情況下斷裂運營商，這可能不是。

在這些實例中跳過在第一殼體部斷裂。 左邊選項會給結果VARIANT2，因為正是在這裡，開始執行，並在右側的實施將接收Variant1Variant2，因為它會做到第一，但沒有效果的是第二個條件，除此之外，沒有什麼能夠阻止執行第一部分的語句，然後第二，他們之間沒有任何運營商決裂，而是兩次JavaScript的開關情況並非如此。 應當指出的是，在車身結構中的可變iCond的變化不給任何影響。

代碼現實和現實問題

JavaScript的 - 的語言有很大，快速，簡潔，邏輯與所使用的語法。 JavaScript的開關殼體的設計完美地工作，從而允許所期望的各種具體的條件選項清晰和準確的描述。

運營商選擇可被插入到彼此中。 在各部分的具體情況而定的條件語句，循環，任何其它結構。 我們不應該忽視的變量的作用域。 由於到處都用它在全球範圍內描述。

然而，它不應該被濫用的JavaScript。 開關箱 - 一個偉大的工具分支，而不是在高容量移動代碼。 選項的周到和功能範圍行使，稍後將改變更加困難。

真正的挑戰絕不會坐以待斃，如果你沒有考慮到在其決定的過程中帳戶變化，即由於工作的完成，在運行的第一天，以創建資源將是明顯的錯漏。 我們面臨的挑戰，當然，將勇往直前，而該網站將必須完成。

從這個角度來看，JavaScript的開關盒的主要缺點從其大小和複雜性導出。 如果你不濫用它，你可以實現做一個結構緊湊和小型的選擇。

條件+解決方案=新一輪的運動

制定正確的問題接近解決。 雖然問題是，顧名思義，本身也解決不了任何問題，和變焦。

條件是使用無處不在（私營小的任務）。 執行=執行的一些代碼的條件。 使用JavaScript的開關情況 - 這是一種時尚，並明確需要。 因為在所有的語言製成，因為它簡單，方便。

一旦出生“Lisp的”和“序幕”，類似的編程語言。 有超過過渡運營商和唱片公司的戰鬥。 我試圖讓寫程序的一個體面的排名，實用的風格。 如今，大量的開發商踴躍促進面向對象的思想。

然而，到現在為止在現代作品找到它們的基本條件語句。 但是，現代觀念的事實本質的對象本身所設定的條件，並找到解決方案。 畢竟，對象 - 一組的語法和語義。