Kui programmeerijad räägivad olemitest, räägivad nad tavaliselt kontseptsioonist või millestki, mis süsteemis eksisteerib. Mõnikord on see klass, mõnikord raamatukogu või sõltuvus või see võib olla midagi WordPressi postituste tüüpide sarnast.
Kui WordPressi käsitleda kui rakenduste alust (võrreldes raamistikuga), on oluline mõelda teatud funktsioonidele viisil, mida saab käsitleda üksustena. Ülaltoodud näites on postituse tüüp just see.
Kohandatud postitustüüpide kasutuselevõtt andis meile võimaluse lisada rakendusse midagi muud peale lehtede ja postituste. Nüüd saame rakendada mis tahes kontseptsiooni – nagu sündmust – ja käsitleda seda süsteemis eraldiseisvana.
Aga kui kõik on öeldud ja tehtud, salvestatakse see kõik postituste tabelisse. Ja see on hea, sest tarkvaraarendus seisneb abstraktsioonis. WordPressi postitustüüpide juurutamisel rakendame postituste ideele lisaks abstraktsiooni.
WordPressi postituste tüübid
Viimases postituses käisin läbi kasutaja loomise protsessi, kes seotakse lõplikult mõne WordPressi rakenduse olemiga.
- Võib-olla on ta postituse autor,
- Võib-olla on ta toote müüja,
- Võib-olla on ta loo jutustaja,
- Või mida iganes muud ette kujutate.
Võimalusi on lõputult. Kuid enne, kui räägime sellest, kuidas luua seost kahe olemi – st kasutaja ja WordPressi postituse tüübi – vahel, peame rääkima sellest, kuidas olemit või kohandatud postitustüüpi programmiliselt rakendada.
Selle kohta on palju dokumentatsiooni ja selle kohta on saadaval palju õpetusi, nii et ma ei hakka seda mõtet käsitlema. Selle asemel püüan ma seda võimalikult paljalt hoida. Pidage meeles, et kogu selle seeria eesmärk on lõpuks jõuda punkti, kus me seostame üksusi metaandmete kaudu.
Kuid enne seda peame looma üksused. Seega on meil kasutaja, nii et teeme seda.
Oletame näiteks, et eelmises postituses loodud kasutaja Meghan on raamatu autor. Ja kellegi teise hallatavas WordPressi installis on raamatute jaoks kohandatud postituse tüüp, millel kõigil on mõned atribuudid:
- pealkiri,
- kirjeldus,
- avaldamise kuupäev,
- ISBN,
- müüdud esialgsete eksemplaride arv,
- kust seda osta saab,
- ja nii edasi.
Saate oma teostust rohkem või vähem lisada. Tegelikult tegelete võib-olla e-raamatute müügiga ja üks atribuutidest on raamatu URL ostmiseks. Igal juhul saate ideest aru.
Seda arvestades saame programmiliselt rakendada lihtsat kohandatud postitustüüpi "raamatute" jaoks.
Postituse tüübi rakendamine
Ja see näeb välja selline :
<?php
add_action( 'init', 'acme_create_book_post_type' );
/**
* Creates a new custom post type called 'Book' using the smallest number of arguments
* to prepare the post type.
*/
function acme_create_book_post_type() {
$args = array(
'labels' => array(
'name' => 'Books',
'singular_name' => 'Book',
),
'public' => true,
);
register_post_type( 'acme_book', $args );
}Kui loete kohandatud postitustüüpide loomise dokumentatsiooni, pole selles midagi ebatavalist. See peaks välja nägema täpselt selline, nagu ootate.
See, kus loote, sõltub teie projekti olemusest. Paljud inimesed arvavad, et see on pistikprogrammis või teemaks kujundatud. See pole koht, kus selle üle vaielda. Piisab, kui öelda, et oma eesmärkidel eeldan, et see kõik on eelmise õpetuse sama pistikprogrammi osa.
Lisaks ei kaldu ma kõrvale kohandatud taksonoomiatest, kommentaaridest ega muudest kohandatud tüüpi andmetest, mida on võimalik kohandatud postituse tüübiga seostada.
Sealt edasi vaatame, kuidas see WordPressi haldusalas välja näeb ja kuidas see andmebaasis välja näeb.
Vaata eesriide taha
Esiteks, järgmine näeb välja (või peaks välja nägema) WordPressi haldusalas:
Ja kui vaatate pärast kande loomist andmebaasi, näete midagi sellist:
Ilmselgelt olen piiranud andmebaasi kasutajaliideses tagastatud kirjeid, filtreerides tulemusi, et ekraanipilti oleks lihtsam jälgida.
Raamatutes
Ja see on kõik, tõesti. Pean silmas seda, et kõige põhilisemal tasemel loote WordPressis kohandatud postitustüübi. Ma tean, et see pole midagi uut, aga kui ma saaksin sellisele postitusele veidi tugevamalt väita, siis see sisaldaks kahte järgmist punkti.
1 See puudutab abstraktsioone
Kui soovite WordPressi abil veebirakendusi luua, on oluline lõpetada traditsiooniliste terminite (nt postitused, lehed, kommentaarid ja kategooriad) mõtlemine ning hakata mõtlema neile kui üldisematele abstraktsioonidele.
Üksused, nagu artiklis varem mainitud. Kui olete seda teinud, toimub vaimses mudelis nihe, mis juhib teie võimet lahendus läbi mõelda ja rakendada.
2 See puudutab suhteid
Kuigi me mõtleme sageli asjadele nende üksikutes osades, nagu postitused ja lehed, teame siiski, et postitustel võivad olla kommentaarid, kommentaaridel vastused, lehtedel võivad olla mallid ja nii edasi.
Kõigi nende üksikute asjade vahel, mis on süsteemi osa, on seosed. Ja kui hakkate mõtlema suhetest kui millestki, mis võimaldab meil teha rohkem, hakkate nägema, kui võimas miski võib olla. See on tervik "tervik on suurem kui selle osade summa".
Nii et kui teil on üksikud üksused paigas ja kui hakkate nägema, kuidas nad saavad üksteisega seostuda, võtate sammu edasi, luues midagi, mis lahendab pealtnäha lihtsatest osadest pisut keerulisema probleemi.
Ja sinna me järgmisena suundume.
Kuidas on lood metaandmetega?
Selle sarja kogu eesmärk on läbi käia, kuidas luua üksuste vahel seost, eks? Täpsemalt soovime luua seost kasutaja ja postituse või täpsemalt autori ja raamatu vahel.
WordPress loob selle aluse ja siin saab mängu tulla täiendavate tabelite ja konksude võimsus. Järgmises postituses räägin sellest, kuidas seda seost luua, millistes suundades ühendused võivad liikuda ja kuidas nende andmetega töötada, kui näiteks kasutaja rakendusest kustutatakse.