Olen lyhyiden julkaisujaksojen ystävä. Projektista riippuen syklin pituus vaihtelee, mutta monen tyyppisissä projekteissa, joissa työskentelen, pyrin kahden viikon julkaisujaksoihin.
Lisäksi toisinaan työskentelen projektin parissa jollekin, jossa ympäristömuuttujat ovat välttämättömiä, jotta koodi tietää, onko se käynnissä kehitys-, vaiheistus- vai tuotantovaiheessa.
Ja tämä voidaan saavuttaa eri tavalla projektin tarpeista riippuen. Joskus määritystiedosto toimii, joskus kyselymerkkijonomuuttujat voivat toimia, ja toisinaan mielestäni on järkevää tallentaa asetus tietokantaan.
Mutta mitä tulee WordPressiin, mielestäni teemme parempia suunnittelupäätöksiä ja laitamme tietoa tietokantaan, erityisesti vaihtoehtotaulukkoon, kun vaihtoehdot saattavat sopia paremmin.
WordPressin asetustaulukko
Haluan tehdä selväksi: en usko, että vaihtoehtotaulukon pitäisi toimia asetusten kaatopaikkana, kun sinulla ei ole minnekään muualle sijoittaa tietoja. Ja se on koko tämän postauksen ydin.
Sen sijaan voit käyttää:
- asetustiedosto,
- istuntotiedot (tarvittaessa),
- mukautettu tietokantataulukko,
- tai jotain muuta.
Joten miksi näemme tämän tapahtuvan niin usein? Kyse ei ole siitä, etteikö olisi aikoja, jolloin sen käyttäminen on järkevää. Luulen vain, että käytämme sitä väärin. Mutta syitä siihen on.
WordPress Codex määrittelee seuraavat vaihtoehdot:
Vaihtoehdot ovat tietoja, joita WordPress käyttää erilaisten asetusten ja asetusten tallentamiseen.
Tällaisella määritelmällä on helppo ymmärtää, miksi niin monet käyttävät sitä paikkana säilyttää kaikkea, mikä ei sovi mihinkään muualle.
Sen sijaan mielestäni on tärkeää esittää kysymys:
Minkä tyyppiselle tallennusmuodolle [nämä data] on olennaisinta?
Eli jos se liittyy viesteihin, miksi et tallenna sitä postin metataulukkoon? Sama termien metatietoihin tai kommentteihin tai muuhun.
Pointti on tämä:
Etsi loogisin paikka tietojen tallentamiseen ja aseta se sinne.
Toisin sanoen, älä heitä tietoja WordPressin asetustaulukkoon, koska se ei sovi mihinkään muualle. Se saastuttaa sitä. Sen sijaan etsi – tai luo – sille loogisin paikka. Tämä on luultavasti todiste koodin hajusta ja olisi hyvä syy arvioida uudelleen koodisi arkkitehtuuri ja tiedon esittäminen.
Mutta miltä tämä mahtaa näyttää? Eli kuinka ottaisimme tietyn koodinpalan ja muuttaisimme sen esitystapaa tietokannassa.
Valitettavasti tähän kysymykseen on vaikea tarjota ohjeellista ratkaisua aina, kun ongelman toteutuksesta on olemassa niin monia muunnelmia. Joten ehkä yksinkertainen ohje on paikallaan:
Jos tiedot liittyvät jo olemassa oleviin tietotyyppeihin (tai taulukoihin), käytä niitä; muussa tapauksessa harkitse kokoonpanotiedostoa tai mukautettua tietokantataulukkoa, joka vastaa työhösi.
Olen varma, että on muitakin ohjaavia tekijöitä, mutta tämä on parempi paikka aloittaa kuin pelkkä WordPress-asetustaulukon saastuminen.