JavaScript: switch case - выбар варыянтаў

Прычына заўсёды адна, значэнняў, верагодна, шмат. А можа і наадварот: на адно значэнне будзе некалькі прычын яго з'яўлення. У любым выпадку неабходна прыняць толькі адно рашэнне ў залежнасці ад некаторага ўмовы, ці наадварот.

Нават калі рашэнне можа мець некалькі варыянтаў, да любой мэты будзе весці толькі адзін шлях, але шляхоў звычайна некалькі, і трэба рабіць выбар.

Класічны ўмоўны аператар if (умова) {алгарытм 1, калі ўмова праўдзіва} else {алгарытм 2, калі ўмова фальшыва} дае толькі два варыянты выбару. Але нават простая рэальная задача дае заўсёды шмат варыянтаў.

Простае «не адно», але адна ўмова

Канструкцыя JavaScript, switch case = некалькі значэнняў ўмовы. Аналагічнае можна атрымаць выкарыстаннем камбінацый аператара If. Аднак, несумненна, першы варыянт сінтаксічна і семантычна больш карэктны. Акрамя таго, фармальна рашэнне па другім варыянце запатрабуе ад распрацоўніка большай кваліфікацыі:

Тут камбінацыя if (...) {...} else {...} і try {...} cath (...) {...} забяспечвае пачатак працэдуры AJAX-абмену ў алгарытме. Апрацоўка адказу выконваецца аналагічным наборам умоўных аператараў.

JavaScript switch case: прыклад

Асноўнае вонкавае адрозненне выбару варыянту ад аднаго ўмовы: можна напісаць не два, а некалькі выкананых блокаў каманд. Будзе выкананы толькі адзін ці толькі некалькі.

Канструкцыя J avaScript switch case дазваляе прадугледзець некалькі алгарытмаў ў залежнасці ад значэння зменнай ці значэння выразы. Важна ўлічваць, што выбар патрэбнага алгарытму будзе зроблены па дакладным супадзенні значэння ўмовы ў switch () і таго значэння, што паказана ў case. Сімвал "1" і лічба 1 - гэта не адно і тое ж, пераўтварэнне тыпаў тут не вырабляецца.

Выкананне некалькіх секцый

Характэрнай асаблівасцю варыянтаў выбару ў канструкцыі J avaScript switch case з'яўляецца адсутнасць дужак блокаў - {...}, якім даручана вызначаць толькі пачатак і канец цела гэтага аператара. Кожная секцыя case завяршаецца аператарам break, якога можа і не быць.

У гэтых прыкладах прапушчаны break ў першай секцыі case. Варыянт злева выдасць вынік Variant2, таму як менавіта з яго пачнецца выкананне, а ў варыянце справа будзе атрымана Variant1Variant2, так як будзе выканана першая, але ніякага эфекту не будзе ад другога ўмовы, а акрамя таго, нічога не перашкаджае выканаць аператары першай секцыі, затым другі; сярод іх няма аператара break, а двойчы JavaScript switch case ня робіць. Варта адзначыць, што змяненне зменнай iCond ў целе канструкцыі ніякага эфекту не дасць.

Рэальнасць кода і рэальнасць задачы

JavaScript - выдатная мова, хуткі, лаканічны з адпрацаваным і лагічным сінтаксісам. Канструкцыя JavaScript switch case выдатна працуе, дазваляе зразумела і дакладна апісаць жаданае разнастайнасць варыянтаў ад канкрэтнага ўмовы.

Аператары выбару могуць устаўляцца сябар у сябра. У іх секцыях case могуць быць умоўнымі аператарамі, цыкламі, любымі іншымі канструкцыямі. Не варта грэбаваць абласцямі бачнасці зменных. Якое выкарыстоўваецца ўсюды павінна быць апісана глабальна.

Аднак не варта злоўжываць JavaScript. Switch case - выдатны інструмент галінавання, але не мабільны на вялікіх аб'ёмах кода. Чым прадуманей і функцыянальней выкананы выбар варыянтаў, тым складаней яго будзе мяняць пасля.

Рэальная задача ніколі не стаіць на месцы, і калі не ўлічваць змены ў працэсе яе рашэння, то з моманту завяршэння работ, ужо ў першыя дні эксплуатацыі створанага рэсурсу, будуць відавочныя недакладнасці і недапрацоўкі. Задача, несумненна, пойдзе наперад, а сайт прыйдзецца дапрацоўваць.

З гэтага пункту гледжання асноўны недахоп JavaScript switch case выцякае з яе памеру і складанасці. Калі не злоўжываць гэтым, можна забяспечыць дасягненне Рабіць кампактнымі і невялікімі варыянтамі выбару.

Ўмова + рашэнне = новы віток руху

Правільна сфармуляваная задача набліжае рашэнне. Хоць задача, па азначэнні, сама не можа нічога вырашаць і набліжаць.

Ўмова выкарыстоўваецца паўсюдна (прыватная маленькая задача). Выкананне ўмовы = выкананне некаторага кода. Выкарыстанне на JavaScript switch case - гэта і даніна модзе, і відавочная неабходнасць. Так робяцца на ўсіх мовах, таму як проста і зручна.

Калісьці нараджаўся "Лісп" і "Пролог", аналагічныя ім мовы праграмавання. Былі баталіі наконт аператараў пераходу і метак. Спрабаваў атрымаць прыстойны рэйтынг функцыянальны стыль напісання праграм. Сёння масавы распрацоўшчык захоплена прапагандуе аб'ектна-арыентаваныя ідэі.

Аднак да гэтага часу ў сучасных працах знаходзяць сваё істотнае значэнне ўмоўныя аператары. А бо сутнасць сучасных ідэй менавіта ў тым, каб аб'екты самі сабе ставілі ўмовы і знаходзілі рашэнні. Бо аб'ект - гэта сукупнасць сінтаксісу і семантыкі.