WordPressi pistikprogrammide kirjutamine olemasolevate funktsioonide jaoks
Eelmises postituses rääkisin WordPressi otsuste, mitte valikute disainifilosoofiast. Ja ma töötan selle nimel, et jõuda punktini, kuid kõigepealt pean kogu asjale natuke aluse panema.
Sellel lehel saate lugeda kogu filosoofiat, kuid siin on selle filosoofia põhisisu, mida just mainisin:
Otsuste tegemisel arvestame kõigepealt nende kasutajatega. Selle kaalutluse suurepärane näide on tarkvaravalikud. Iga kord, kui annate kasutajale valiku, palute tal teha otsus. Kui kasutaja ei hooli valikust ega mõista seda, põhjustab see lõpuks pettumust.
Arendajatena tunneme mõnikord, et kõige jaoks on valikute pakkumine hea, valikuid ei saa kunagi olla liiga palju, eks? Lõppkokkuvõttes on need valikud tehnilised, valikud, mille vastu keskmine lõppkasutaja ei huvita.
Meie kui arendajate kohus on teha nutikaid disainiotsuseid ja vältida tehniliste valikute raskuse panemist lõppkasutajatele.
See on vaieldamatult minu lemmikfilosoofia, mis määratleb, mis ja kuidas peaks WordPressi tuumasse minema; kuigi ma oleksin hooletu, kui ma ei ütleks, et arvan, et on valdkondi, mida tuleks parandada.
(Ma tean, et see on koht, kus arutelu võib minna vasakpoolsele väljale, kuid ma ei tea seda teha ega ürita ka tugitoolis veeretamist alustada .)
Aga siin on küsimus:
Kui WordPressi kasutajaliideses on ala, mida saab täiustada pistikprogrammiga, mis täidab samu funktsioone, mis pistikprogrammis juba olemas on, kas tasub pistikprogrammi luua, kui funktsioon on juba olemas?
Kas on mõttekas luua WordPressi pistikprogramme olemasolevate funktsioonide jaoks, kui pistikprogramm järgib põhifunktsioonist rohkem filosoofiat „disainid, mitte valikud"?
Esiteks, ma tunnistan loogikapuudust, mis selles avalduses sisaldub. Ma mõtlen, see, mis mul välja on, on:
- Peame kasutaja nimel tegema rohkem otsuseid ja pakkuma neile vähem võimalusi.
- Valik on tuumas juba olemas.
- Pistikprogrammi loomine, et tutvustada juba olemasolevaid funktsioone, dubleerides seda, kuid muutes selle sujuvamaks, nii et see teeb kasutaja eest otsuse.
Nii et võib-olla peatub arutelu ülaltoodud kolmanda punktiga. Kuid arutelu huvides (vaidluseks, kui see on teie maitse) tahan tuua näite ainult selle postituse jaoks.
Pilk arutelu seadetele
Arutelusätted, mis on WordPressi menüüs Seaded, võivad olla pisut ülekaalukad isegi minu arvates kesktaseme blogija jaoks, rääkimata algaja või arendaja tüübist.
Arutelu seadete ekraan.
See võtab natuke aega, mitte ainult olemasolevate valikute lugemiseks, vaid ka nende mõtestamiseks. Ja siis on täpsemad valikud, nagu kommentaaride must nimekiri, mis minu arvates võiks tõenäoliselt kuuluda vahekaardile Täpsemalt .
Aga ma kaldun kõrvale.
Muude kommentaaride seadete all on suvand, mis ütleb:
"Sule automaatselt kommentaarid artiklite kohta, mis on vanemad kui [x] päeva."
See funktsioon iseenesest pole halb, aga mis siis, kui tahan sulgeda kommentaarid artiklite puhul, mis on vanemad kui [x] päeva, ainult siis, kui neil on 0 kommentaari. See tingimus – st „kui neil on 0 kommentaari” – on minu arvates näide sellest, millega pistikprogramm hakkama saab.
Kuid variant, mis on esitatud sellisena, nagu see on. See on:
"Sule automaatselt kommentaarid artiklite kohta, mis on vanemad kui [x] päeva."
Ma näen põhjust, miks see valik on. Keegi ei tohiks kasutaja nimel otsustada, kuidas tema kommentaare käsitleda.
- Kas selle esitusviis on siiski nii selge kui võimalik?
- Kas ekraan iseenesest soodustab kasutajate lugemist, reageerimist ja näpistamist ning on vajalik? Või on see nii ülekoormatud valikutest, et nad lihtsalt loobuvad sellest?
- Kas see konkreetne funktsioon võiks olla paigutatud pistikprogrammi (või osa pistikprogrammide komplektist), mis on otseselt seotud kommentaaride haldamisega, et kasutajad saaksid oma kommentaare pluginate kaudu juhtida?
Pistikprogrammid on ju eelkõige funktsionaalsuse jaoks ja kommentaaride modereerimine on rohkem seotud funktsionaalsusega kui esitlusega.
Kas on siis mõtet luua WordPressi pistikprogramm selliste olemasolevate funktsioonide jaoks, nagu see, et kasutajad saaksid seda lihtsalt installida, aktiveerida ja käivitada, ilma et nad peaksid skannima tervet valikute loendit ja aru saama sellest, mis on neid?
Isiklikult olen aia peal, kuid olen siiralt huvitatud sellega vähemalt katsetamisest, et näha, kuidas see toimida võiks. Muidugi, see tähendab, et ma peaksin lihtsalt oma koodi panema sinna, kus mu mõtted on – ja võib-olla panen 😎 –, kuid see ei muuda fakti, et olen uudishimulik teiste ideede vastu.