, wordpress kodningsstandarder: aftryk, rum brug og afsluttende mellemrum,,,,, andel,,,,,,,, 6,,,,,,, det cyber - mandag envato tuts + kurser vil blive reduceret til $3.- og' t miss. denne post er en del af en serie kaldet wordpress kodningsstandarder. den wordpress kodningsstandarder: fælles citater og dobbelt quotesthe wordpress kodningsstandarder: ternære operatør og yoda betingelser, hele formålet med denne serie at eksponere de wordpress kodningsstandarder, hvorfor de, og hvordan at skrive kvalitet wordpress kode.for at gøre det, vi tager en indgående undersøge hver enkelt del af wordpress kodningsstandarder. hidtil har vi dækket:,, at konventioner og funktion argumenter, fælles citater og dobbelt citater, vi i dag kommer til at dække betydningen af hvide rum.netop, vi kommer til at dække aftryk, rum brug og afsluttende mellemrum.så let, som det lyder, det er nogle af de mest ignoreret eller misbrugt aspekter af kodning standarder.,,, et ord om whitespace, før vi ser på, hvad der sker med de forskellige kodningsstandarder, det er vigtigt at forstå, hvorfor det hvide rum er vigtigt, ikke kun i wordpress, men i programmeringssprog generelt. kort sagt, det er, fordi det fremmer læseligheden. dette er grunden til, at nogle programmeringssprog er rum eller tab afgrænses, og det er grunden til, at nogle programmeringssprog beder dig til visse dele af koden, såsom funktionsparametre, array - klassifikationer, og mere til. når det kommer til wordpress de konventioner, der er på plads ikke kun for læsbarhed, men også for at sikre en sammenhængende behandling og erfaringer inden for alle, der arbejderpå wordpress temaer, plugins ansøgninger, eller de centrale stævningen.,,, så husk, at kodningsstandarder er at sørge for, at kildekoden ser ud, som om det er skrevet af en enkelt entreprenør, som det fastsætter en plan af forventningerne til bidrager udviklere.,, aftryk, for så vidt angår fordybning der er intet specielt nye revolutionære, eller som vedrører wordpress.generelt vil du led, hver gang du starter en ny blok. betyder dette, at:,, deres funktioner vil blive bestemt i klassen, din hypoteser og skifte /tilfælde og andre blokke vil være bestemt for deres funktioner, deres loops bliver bestemt inden for rammerne af deres funktioner inden for deres hypoteser, og så videre. hvis du er vant til at skrive kode i c-style sprog, så er der ikke noget særlig nyt her, ikke?et eksempel på, hvad dette kan se ud, er netop dette:, funktion foo ($argumenter) (hvis (0 < tæller ($argumenter) (for hvert ($argumenter som $arg = > $værdi) (echo $værdi;}}}, i henhold til kodningsstandarder:,, dit mærke bør altid afspejle logisk struktur.brug  , reelle tab,   og  , ikke rum, som gør det muligt for de mest fleksibilitet på tværs af kunder, det centrale tage aways er begyndelsen af linjer bør begynde med tab, og at den kode, skal afspejle et  , logisk struktur.ikke overkomplicere eller forsøge at overforenkle tingene. der er en nuance i hvidt rum inden for den wordpress kodningsstandarder: de tekniske vurderingsorganer bør anvendes ved begyndelsen af den linje, men rum bør anvendes overalt.for det meste, det er en nem regel følger; men i wordpress, du er ofte vil være at skabe systemer til at passere som argumenter. ideelt set ønsker vi hver indeks for nettet op og så læsbarheden er lige så høj som muligt, men vi er ofte har en tilbøjelighed til at bruge øje for at gøre det lettere for dem, men det er rent faktisk en krænkelse af kodningsstandarder. $args = system ('id = > 1,'post_title = > den titel,'post_content = > "indhold"), som sådan, sørg for, at du kun anvende tabs ved begyndelsen af hver linje.,, til brug i forbindelse med wordpress, jeg har fundet dette rum er blevet anvendt meget mere end på andre sprog.jeg siger ikke, at dette blot som en observation, som var det en personlig tilpasning, jeg måtte gøre i kommer begge fra. netto - og ruby. når dette er sagt, som for de fleste andre retningslinjer i codex, er der intet, der er særligt komplekse, men der er nogle vigtige sondringer, der er nødt til at huske på, når vi skriver kode. arealer bør anbringes på følgende steder:,, efter kommaer, på begge sider af logiske aktører (dvs.