Väliaikaiset vaihtoehdot WordPressissä: Paras vaihtoehtomme?

Mitä tulee ohjelmointiin, ajatus väliaikaisista arvoista tai väliaikaisista muuttujista tai mikä tahansa tapa tallentaa tietoja tilapäisesti muistiin ei ole mikään uusi.

Mutta kun työskentelemme WordPressin kanssa – joka on valtioton – meillä ei aina ole sitä ylellisyyttä. Eli kyse ei ole vain siitä, että heitetään jotain nykyiseen istuntoon, luetaan se ja sitten poistetaan se, kun olemme lopettaneet sen.

Ja silloin olen pohtinut yhä enemmän ajatusta väliaikaisista vaihtoehdoista, tietysti paremman termin puuttuessa. Toisin sanoen aina, kun minun on tallennettava arvo yhdestä sivulatauksesta tai pyynnöstä lukeaksesi toista sivulatausta tai toista pyyntöä, heitän arvon tilapäisesti asetustaulukkoon.

Väliaikaiset vaihtoehdot: Harjoitus ja esitys alkeellisella luonnostelulla

Onko se huolimatonta? Voi olla. Onko meillä paljon muita vaihtoehtoja? Se riippuu siitä, kuinka paljon nykyaikaista selaintekniikkaa haluamme käyttää. Se ei kuitenkaan ole tämän postauksen tarkoitus.

Asia on siinä, että WordPressin toimintatavasta johtuen ihmettelen, onko nykyinen paras strategiamme tilapäisten arvojen ylläpitämiseksi, jota tuetaan laajimmin eri asennuksissa, lisätä tilapäisesti arvo asetustaulukkoon, lukea se ja sitten poistaa se, kun se on valmis. haettu?

Vaihtoehtomme tilapäisille vaihtoehdoille

Henkilökohtaisesti minulla ei ole vahvaa mielipidettä siitä, onko tämä huono asia vai ei. Jos se perustuu siihen, miten ratkaisun parissa työskentelen perusta, toimin sen kanssa.

Joten ensinnäkin näin olen yleensä tehnyt tämän WordPressissä:

1 Väliaikaisen vaihtoehdon luominen

Ensin määritin toiminnon, joka on koukussa update_option -toimintoon. Tämä mahdollistaa päivitettävän vaihtoehdon, sen vanhan ja uuden arvon tarkastelun.

<?php

public function init() {

    add_action(
        'update_option',
        array( $this, 'manage_temporary_option' ),
        10, 3
    );
}

Toiminnossa voin katsoa ja nähdä, tallennetaanko tietty vaihtoehto. Jos ei, voin vain jättää sen huomiotta; Muuten voin katsoa sitä ja alkaa työskennellä väliaikaisella vaihtoehdolla.

<?php

public function manage_temporary_option( $option_name, $old_value, $new_value) {

    if ('an_irrelevant_option' !== $option_name) {
        return;
    }

    $url = 'page-from-which-we-expect-to-come.php';
    if ($url === $_SERVER['REQUEST_URI']) {

        update_option(
            'our_temporary_option',
            $new_value
        );
    }
}

Mutta mitä väliaikainen vaihtoehto tekisi?

2 Vaihtoehto väliaikaisille optioille

Oletetaan, että sinulla on vaihtoehto, joka on kytketty päälle. Ehkä se edellyttää, että käyttäjä syöttää tietoja ennen kuin hän siirtyy prosessin loppuun.

Esimerkki: Oletetaan, että työskentelet kassakokemuksen parissa ja haluat pakottaa käyttäjät luomaan tilin, mutta olemassa on vaihtoehto, jonka avulla asiakkaat voivat tehdä kassalle luomatta tiliä.

Yksi toteutus, jota voisimme käyttää, on tämä:

1. Tarkista ennen kassasivun lataamista, voiko käyttäjä maksaa vieraana.
2. Jos näin on, tallenna vaihtoehdon alkuperäinen arvo väliaikaiseen vaihtoehtoon.
3. Muuta alkuperäistä arvoa niin, että se edellyttää tilin luomista.
4. Kun kassaprosessi on valmis, kopioi arvo väliaikaisesta vaihtoehdosta alkuperäiseen vaihtoehtoon.
5. Poista väliaikainen vaihtoehto.

Se on samanlainen kuin koko C:n harjoitus, kun tarvitset osoittimen kahden numeron vaihtamiseen (jolle, joka muistaa tai kuka on tehnyt sen).

Paras vaihtoehtomme?

Yllä kuvattu prosessi on vain esimerkki, eikä sen ole tarkoitus olla lopullinen tapa säilyttää väliaikaiset arvot. Toiseksi kassaesimerkin ei ole tarkoitus yhdistää tätä viestiä verkkokauppaan.

Sen sijaan se on tarkoitettu antamaan konkreettinen käyttötapa siitä, milloin tilapäisten vaihtoehtojen tallentaminen on hyödyllistä ja miten voimme haluta sen tehdä.

Alkuperäinen kysymys on siis edelleen: Ovatko tilapäiset vaihtoehdot asetustaulukossa paras tapa edetä, kun otetaan huomioon WordPressin toimintatapa, istuntojen puute ja ilman tiettyjä selaimen ominaisuuksia, kuten localStorage?