En strategi för att initiera plugininställningar
När du arbetar med ett plugin som erbjuder en sida för dess inställningar, finns det flera sätt att spara och hämta informationen.
Du kan:
- använd Inställningar API ,
- använd en anpassad sida och anrop som är en hybrid av de två,
- använda någon typ av hybrid mellan en undermenysida (eller en menysida) och annan funktionalitet.
Ju mer jag har arbetat med WordPress, desto mindre och mindre bryr jag mig om att använda API:et för inställningar och väljer att gå med lite hybrid tillvägagångssätt.
Beroende på projektets krav kommer genomförandet att variera; dock försöker jag använda ett relativt konsekvent sätt att skapa funktionaliteten.
Och även om det här inlägget inte kommer att gå in på de olika sätt som jag skapar mina sidor, relaterade klasser och så vidare på, kommer det att erbjuda ett sätt som du kan gå tillväga för att initiera plugininställningar när du arbetar med ditt projekt eller ett projekt för någon annan.
Initierar plugin-inställningar
För det här inlägget, anta att kraven kräver att värdena för en sida lagras som en associativ array som saneras och serialiseras inifrån plugin-programmet.
Förutom de saneringsfunktioner som du kommer att behöva, vet du också att du kommer att arbeta med:
- alternativtabellen,
- och, som sådan, en unik nyckel för alternativen lagrade i alternativtabellen
Nu inom ramen för objektorienterad programmering har jag normalt flera klasser inställda för att hantera all denna funktionalitet, men jag är främst intresserad av att visa ett sätt att initiera plugininställningar.
Men varför?
Om du laddar en sida som är avsedd att hämta alternativ från databasen och värdena inte har initierats, kommer du att se varningar på skärmen, eller något dyker upp i din felsökningsloggfil.
Allt detta beror på hur du har din lokala installation konfigurerad samt hur din värd har sin konfiguration definierad.
Oavsett vilket, du vill se till att du har initierat plugin-inställningarna så att du åtminstone har raden inställd i databasen och initialvärden eller tomma värden inställda för plugin.
Hur man gör det
Som tidigare nämnts, eftersom jag är ett fan av att använda klasser i mitt arbete brukar jag skapa en klass som är ansvarig för att läsa och skriva värden till databasen. Och detta inkluderar initialisering av plugin-inställningar.
För att göra detta arbetar jag vanligtvis med följande process:
- initiera klassen,
- kontrollera om det finns ett alternativ i databasen,
- om det inte gör det, initiera det,
- i så fall, gör ingenting.
Den första koden för att göra detta kan se ut ungefär så här :
Men eftersom detta har sin egen funktion kan det anropas inom konstruktören för din klass, eller så kan du markera det som offentligt och kalla det utanför klassen. För det här inlägget lägger jag dock en uppmaning till det i konstruktorn :
Och när värdena har initierats kan ett attribut på klassen ställas in :
Även om det finns ett fall att göra att detta inte bör göras i konstruktorn, gillar jag att ha klassegenskaper initierade inom konstruktorn för den nämnda klassen.
Och eftersom klassen är ansvarig för att upprätthålla en referens till inställningarna, är det vettigt att initiera inställningarna här.