, wordpress kodningsstandarder: database, forespørgsler og formatering sql forespørgsler,,,,, 8,,,,,,,,, 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: seler, regelmæssige udtryk, og på tagsthe wordpress kodningsstandarder: at bringe det alle sammen, bortset fra den sammenfattende, at vi skal give den sidste artikel i denne serie. dette er den sidste en forklaring af wordpress kodningsstandarder, at vi kommer til at dække i denne serie. vi kommer til at dække de nuancer af database, og hvordan format sql inden for rammerne af din kode. naturligvis ville det ikke være uden sine egne forbehold: generelt er der er apis, som allerede er til rådighed, der kan forhindre os i at skrive sql på vores egen; men disse apis ikke fanger ev- hver eneste sag, som vi faktisk har brug for. hvordan kan udviklere af apis ved præcis, hvad, og hvordan vi skal skabe noget?med henblik herpå skal vi tage et kig på de grænseflader, der er til rådighed for at udføre database forespørgsler, hvordan de bruges, og hvordan til at definere vores egne forespørgsler, når api til kort,.,,, database, i wordpress som nævnt i indledningen til denne artikel, er der en række api - grænseflader, der gør det muligt for os at sikre vores egne forespørgsler uden at behøve at skrive sql. grunden til, at det er vigtigt at kende og at lære disse api 'er, således at den kode, du skriver, bliver skrevet på toppen af abstraktionsniveau i henhold til wordpress for at sikre, at forespørgsler er optimeret som muligt (i den nuværende udgave). desuden øger sandsynligheden for, at en kode, som du skriver i dag, vil være forenelig med fut -ure versioner af wordpress hovedsageligt, fordi igen, det er skrevet på abstraktionsniveau i henhold til wordpress. hvis tabel schema ændringer, parametre kort til forskellige bestemmelser i sql eller så, du behøver ikke at bekymre dig om det, fordi de api vil ordne det for dig, hvad er. forespørgslen apis?hvad  , er det spørgsmål, som wordpress api definerer?,,, wp_query,   er beregnet til at blive brugt til at søge oplysninger om post - og dennes forretningsmæssigt forbundne forfatter, kategori, taxonomies, type, status, og så på attributter.,, wp_user_query,   er beregnet til at blive brugt, når vi er nødt til at hente oplysninger fra brugerne og de usermeta tabel.det gør det også muligt for os at arbejde med roller, sædvane områder og mere. der er også andre wordpress api - metoder, der gør det let at tage ting fra forskellige database, tabeller, hvoraf nogle ikke engang kræver et betydeligt antal argumenter:,,, get_post_meta,   får meta - data, der er knyttet til en bestemt post. det kan indhente alle meta - data eller værdi for en bestemt nøgle.,, get_comment_meta,   får meta - data, der er knyttet til en bestemt bemærkning. det kan få alle de meta - data eller værdi for en bestemt nøgle.,, get_user_meta,   får meta - data, der er knyttet til en bestemt bruger - id (begynder du at se et tema her?det kan få alle de meta - data eller værdi for en bestemt nøgle.,, bemærke, at formålet med denne artikel er ikke til at tage et dybt dyk i hver af disse grænseflader (og der er flere af dem) - kun for at gøre dem kendt til dem, der ikke har tidligere brugt dem, og at give en kort definition, som, når de kan anvendes. i sidste ende  , disse er, at man skal undersøge api - grænseflader, før din egen sql.for hvad det er værd, og jeg taler af erfaring her: der er tidspunkter, hvor jeg har skriftlige kode (eller endog blog), der er blevet ødelagt, fordi de ikke var ved hjælp af bedste praksis for at være en database, men som tidligere nævnt disse apis kan ikke forudsige,  , alle de tilfælde, hvor vi er nødt til at skrive vores database forespørgsler.i de situationer, wordpress er et objekt, der gør det muligt for os at direkte interaktion med databasen.,, om $wpdb,, og det bringer os til $wpdb,.i bund og grund $wpdb, er et objekt, der er til rådighed i wordpress, som gør det muligt for os at direkte kontakt med databasen.det betyder, at vi er i stand til at skrive rå sql og har det nu mod de underliggende database. oven i det, vi kan vælge, hvor vi vil have de returnerede data: arrays, genstande, nogle fælles værdier, og så videre.faktisk formålet er evnen til at udføre følgende funktioner:,,, udvælge, variabler, rækker og kolonner, og generelle resultater, indsætte, rækker, ajourføre eksisterende rækker, måske den største bekymring ved indførelse af rå sql i dit projekt er, at du åbner dit projekt op til potentielle ondsindede opførsel.selvom du kunne gøre denne sag til en database logik, er sandheden, at api - grænseflader, skal gøre et godt stykke arbejde for at beskytte os mod sådan noget. generelt, at de gør. men, $wpdb, ikke er undtaget fra det.der er særlige måder at kommunikere med den database, så du kan beskytte din forespørgsler mod sql injektion. at gentage et punkt fra den kodningsstandarder:,, hvis du skal røre den database, få fat i nogle udviklere af at sende et budskab til wp hackere mailing - liste.de vil måske overveje at skabe en funktion for de næste wordpress version til dækning af de funktioner, de ønskede.,, så, kort sagt, hvis adi ikke lever op til, hvad du har brug for, så $wpdb, kan være det bedste valg, men jeg anbefaler, kun bruge det, hvis du har brugt resten af dine muligheder.,, indgåelse, på dette punkt, vi har undersøgt kodningsstandarder på en detaljeringsgrad, som, jeg håber, du er i stand med oplysninger, som de ikke havde tidligere, da du startede denne serie. for at afslutte denne særlige post, den største finder, at jeg ønsker, at alle skal have, er dette:,, tjek api før skriftligt i overensstemmelse med sql.selv om at skrive direkte sql forespørgsler kan være  , det nemmeste, og navnlig for dem, der er opnået med databasesystemer, modstå trangen.tjek api - dokumentation. hvis du ikke kan finde en api - funktion til at gøre deres arbejde, så skriv sql.hvis du  , skal skrive sql, sørg for, at du tager det nødvendige hensyn til - hvordan vil du have din data tilbage, du har forberedt deres forespørgsler, og du er korrekt håndtering af data, når det er vendt tilbage.,, hvis du gør det, så skal du få din dækket. i sidste artikel i denne serie, vi vil have en hurtig guide over alt det, vi har drøftet i hele serien.