Árangursrík lykkjur: PHP og venjulegar fylkingar

Upplýsingarnar sem koma fram í raðgreinum geta verið mismunandi eftir tegundum gilda og í stærð þeirra og ekki er hægt að ákvarða fjölda þátta fyrirfram. Nútíma forritun, sérstaklega í dreifðu útgáfunni, gerir þér kleift að búa til flóknar gagnasamsetningar sem hægt er að ákvarða innihald og eiginleika á ótímabærum tímapunkti vegna ýmissa aðgerða eða atburða í annarri röð.

Ekki alltaf á þróunarstigi, þú getur sagt til um rekstrarferlinu, kveðið á um allar mögulegar valkosti fyrir kynningu og notkun upplýsinga, virkari útlit þeirra og notkun.

Hringdu setningafræði eftir efni

Formúlla setningafræði foreach, PHP bauð tveimur valkostum til að fá aðgang að þætti. Bæði treysta ekki á annaðhvort lykilgerð eða gildi gerð og hægt er að líkja eftir eðlilegum lykkju. Það er lagt til að fjalla um fylki sem safn af þætti, en ekki er upphafið skilgreint. Hægt er að mynda fylkið á flugu, með eða án lykla. Í fylki er hægt að eyða þáttur, lyklar geta verið tengdir og mynduð sjálfgefið.

Foreach ($ aArrayName sem $ xValue) {líkami lykkjunnar}

Þessi hönnun skuldbindur PHP-lykkjuna til að fara í gegnum alla þætti í röð. Í líkama lykkjunnar mun $ xValue breytilegt taka allt gildi í array $ aArrayName í þeirri röð sem þau voru bætt við. Einingatölugildi verða ekki tiltækar.

Foreach ($ aArrayName sem $ xKey => $ xValue) {líkami lykkjunnar}

Hérna líka, meðan á framkvæmdaforritinu stendur, mun PHP skanna allt innihald fylkisins en í líkama lykkjunnar munu samsvarandi gildi vera í pörum, bæði $ xValue og $ xKey, lykill frumefnisins.

Sequence of elements

Inni foreach PHP mun bjóða upp á innihaldið í þeirri röð sem þættirnar voru bætt við, en ef það voru endurteknar viðbætur / eyðir meðan á kynslóðinni stendur og eitthvað var bætt við lyklana og eitthvað án þess, þá er best að vinna með fylkinu sem er ekki með Stöður röð af þætti, en byggt á innihaldi þeirra eða lyklum.

Vegna ýmissa hlutlægra ástæðna er ekki hægt að fylgjast með röðinni innan fylkisins og / eða hafa ekki mikla þýðingu, en það ætti ekki að vera stilla í öllum tilvikum. Í einföldum vandamálum, á léttvægum gagnasöfnum, eru engar vandamál, og reikniritin er stillt á raðgreiningu, en þegar ferlið við að búa til / breyta fjölda er undir áhrifum margra þátta, ætti að einblína á efnið.

Nútíma "rétt" þættir

Frá sjónarhóli núverandi eigin hugtakar, án þess að jafnvel taka tillit til skilyrðislausra tungumála, verður PHP foreach array að vera hannað sjálfstætt með tilliti til raunverulegs steypu verkefni.

Practice, þegar það er gefið, og þessi hefur vísitölu í almennu söfnuninni af honum svipað eftir ákveðnu viðmiðun, var það í gær .

Vísitalan varð lykillinn, og fylkið tók á formi félagasamtaka. Þannig hefur lykillinn misst raðgreiningu sína (það var venjulega í samræmi: 0, 1, 2, ... n) og varð einnig gildi, en einfalt gildi (það er lykill) í tengslum við raunverulegt gildi (það er innihald frumefnisins). Það er í dag, það er rétt, en ekki fullkomið .

Það er ástæðan fyrir því að foreach lykkjan er talin af PHP sem valkostur við venjulega lykkju, stilla af reglulegum fylki. Þetta er fyrst og fremst, og þetta er mjög mikilvægt, vegna þess að þetta felur í sér alvöru réttmæti þættanna í fylkinu , auk lykla þeirra!

Rétt fylki af reglulegum þáttum

Fyrst var frumefni, þá tveir þættir ... svo var fjöldi þætti og lykkju meðfram fjölda þessara:

Fyrir ($ i = 0; $ i

Vinnslustofnun hvers $ aArrayName [$ i]

}

Þá var frumefni í stað andlitslausrar 0, 1, 2, ... n með eigin nafni - lykillinn og þá var fylkingarnar tengdir og þá var þörf á foreach-lykkju - "lykkja fyrir hvert":

Foreach ($ aArrayName sem $ xKey => $ xValue) {

Vinnslustofa hvers $ aArrayName [$ xKey] eða $ xValue sem er það sama

}

Nú er kominn tími til að koma til fylkisins með rétta þætti , það er, þau sem eru á eigin spýtur. Þeir sjálfir þekkja vísitölu sína, innihald þeirra, stað þeirra í röðinni, eru hneigðir til að sýna eigin val á röð og fela alla þessa möguleika í raunverulegu fylki sem inniheldur þau.

Slík regluleg fylki verða meðhöndluð af sjálfum sér. Sérstaklega þörf fyrir að nota venjulegan hringrás og hringrás fyrir hvern mun einfaldlega ekki vera. Formlega, setningafræði og merkingartækni leyfa þegar, spurningin er aðeins tregðu af meðvitund verktaka.