Använder du WordPress Transients istället för cookies?

Jag har skrivit om att använda cookies i WordPress förut, men en av sakerna med att göra det är att de vanligtvis efter avfyras inom ramen för en init- hook.

När du arbetar på ett objektorienterat sätt och försöker koppla bort vissa delar av logik så att du kan använda dem utan att behöva förlita dig på andra krokar, är det viktigt att hitta sätt att hantera detta.

Annars blir koden tätt kopplad, och du kan ha hooks, do_action- anrop eller anonyma funktioner överallt.

För att simulera typen av cookies och deras funktion av utgångsdatum kan det vara en gångbar lösning att använda WordPress-transienter via det passande namnet Transients API .

Använder WordPress Transients

Om du är bekant med någon av metadata-API:erna som finns i WordPress, då är du troligen bekant med funktionerna de använder. Detta inkluderar standardoperationer som lägg till, hämta, uppdatera och ta bort.

Och med WordPress kan du förenkla det på många ställen att uppdatera, hämta och ta bort eftersom uppdateringen kommer först att se om en del information finns och, om inte, kommer att lägga till den.

Designa ett klassgränssnitt

Således kan gränssnittet för en klass som omsluter Transients API reduceras till:

• uppsättning,
• skaffa sig,
• radera.

Där set ersätter lägg till och uppdatera. Dessutom är det trevligt att ha hjälpfunktioner som har som gör att vi kan skriva villkor i kod som anropar till biblioteket.

Till exempel, om du kanske vill göra något som "om detta inte har något värde, återvänd sedan."

Därför kan gränssnittet för koden se ut ungefär så här:

Det finns några varningar att tänka på när du arbetar med kod som denna också. Det vill säga, hur är det med fallet med autentiserade användare och icke-autentiserade användare?

När det händer finns det ett annat sätt på vilket övergående data kan behöva hanteras (beroende på din implementeringsmetod ovan).

Jag kan dock ta upp det i ett uppföljande inlägg.

Ett varningens ord

Här är dock en sak att komma ihåg: Det är inte en bra idé att förorena WordPress-alternativtabellen. Och det är just här transienter lagras.

Så om du ska använda WordPress-transienter, se till att du inte slänger in massor av värden i databasen.

Precis vad som behövs. Och om det behövs mycket data, kanske du behöver titta på arkitekturen för din kod eller överväga en annan typ av databas.