, wordpress kodningsstandarder: en introduktion,,,,, 2,,,,,,,,, 9,,,,,,, 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: navngive konventioner og funktion argumenter, når det drejer sig om at opbygge wordpress - baserede produkter, vi er noget forbandet (eller velsignet, afhængigt af hvordan man ser det), med et tveægget sværd. fordi wordpress er skrevet i folkesundhedsprogrammet, det er forholdsvis let at få wordpress - eller projekt - til at gøre, hvad det er, vi ønsker at gøre alt for at undgå bedste praksis, men det rejser følgende spørgsmål: hvad er pointen med en api eller formelle kodningsstandarder, hvis vi blot vil ignorere dem?vi har skrevet en del om wordpress apis i de foregående artikler, og vi har været inde på de wordpress kodningsstandarder, men vi har aldrig virkelig taget et dybt dyk til kodningsstandarder, forståelse af alle aspekter af dem, og hvorfor de spørgsmål. så i denne serie, vi kommer til at gøre det.,,, hvorfor med kodningsstandarder?før de tager et kig på alt det, vi kommer til at dække, mener jeg, at det er vigtigt at forstå, hvorfor kodningsstandarder selv., wordpress anvendes i vid udstrækning af  , en masse af folk med  , en masse af lokaliteter.der er en masse kode ansat, der er bygget oven på det centrale program.det betyder, at der er udviklere og designere, som arbejder for at bevare disse kode baser. udfordringen er, når den person, der ikke oprindeligt skrive koden er fast med at forbedre, forvaltning, og om fastsættelse af insekter til projektet.lad os sige, at den første person, der ikke følger kodningsstandarder, men den person, der nu er at opretholde den kode, der anvendes til efter bedste praksis. de har nu at gøre med kode, som overhovedet ikke ligner, hvad wordpress kode skal se ud, og det er det centrale spørgsmål: den kode, der er vores temaer, vores plugins, og i vores ansøgninger bør ideelt set ud som en enkelt entreprenør har skrevet koden.,, det er, hvad kodningsstandarder håndhæve. desværre standarder er enten ignoreret, eller de ikke er evangelized nok til trods for de er veldokumenteret.det er, hvor denne artikelserie kommer ind i spillet, vi skal se på hvert af de standarder, evangelize indgående til at forstå, og at tilskynde til hinanden til at begynde at gøre et bedre job.,, se på kodningsstandarder, denne serie vil omfatte syv artikel ud over denne indledende stykke. her er, hvor vi er på vej med denne serie:,,, at konventioner og funktion argumenter, vil vi se på, hvordan vi bør navn vores variabler, metoder og klasser, så de er klar, let at forstå og følger for os selv og andre udviklere.,, anvendelse af fælles citater og dobbelt citater - fælles citater og dobbelt citater resultere i forskellige opførsel i folkesundhedsprogrammet, og der er en tid og et sted for, nårtil anvendelse som wordpress.i denne artikel, vil vi se eksempler på hver, og baggrunden for, hvad vi gør.,, aftryk, til anvendelse, og efter rum - hvide rum, hvor en stor del skriftligt wordpress baseret kode.denne artikel vil undersøge, hvorfor aftryk og rum spørgsmål, samt når at anvende tabs - og ved at anvende rum., klar stil, regelmæssige udtryk, og på hundetegn, - forskellige c-style sprog anvender forskellige syntaks.denne artikel vil undersøge den korrekte måde at seler i din wordpress baseret kode.vi skal også undersøge den korrekte måde at omfatte regelmæssig udtryk, samt nogle af de gotchas og bedste praksis, som vedrører anvendelse af høreværn hundetegn.,, ternære operatør og yoda betingelser - betinget udtalelser er en hjørnesten i programmeringen, og de anvendes ofte i wordpress.folkesundhedsprogrammet er en genvej til hvis /andre udtalelser, og wordpress vælger at evaluere hypoteser, anderledes end hvad andre sprog ofte støtte.her vil vi se på alle de ovennævnte.,, database, forespørgsler og formatering sql forespørgsler, - - er der en fuld api ved forespørgsler mod wordpress database, men der er også muligheder for at drive rå sql.hvis du har brug for at gå den vej, der er den rigtige måde at gøre det på.denne artikel vil tage et kig på præcis det, med det hele sammen - vi skal sammenfatte alt det, som vi har drøftet i hele serien for at sikre, at vi alle er på samme side, og at opfordre os til at gå videre med det bedre af at overholde standarder., konklusioner, når det drejer sig om at blogge, er det ofte antages, at forfatteren er ekspert i emnet her, men sandheden er, selv om jeg mener, at vi bør følge kodningsstandarder, og at jeg forsøger at overholde dem efter bedste evne, jeg lærer ting jeg hver uge. har overtrådt kodningsstandarder masser af gange, og jeg er sikker på nogle af dem har såvel., i denne serie er at gå gennem standarder sammen, således atvi kan alle komme ud som bedre udviklere, når vi er færdige.