Dneska jedno malé vylepšení. Protože používám naše API na různých vývojových prostředí s různou konfigurací, nelíbí se mi natvrdo vložené konfigurace prostředí ve skriptech. Do našeho APi si přidáme použití Dotenv proměnných, které jednak zpřehledňují náš kód, jednak umožňují snazší konfiguraci na různých prostředích a také přispívají k větší bezpečnosti našeho API.
V minulém díle jsme si do našeho API přidali CORS pro přístup k našemu API z jiné domény. Ale protože budu chtít naše APi používat z jiné domény v aplikaci běžící na Vue je je ětě potřeba vyřešit tzv. předběžné požadavaky (preflight request) kdy naše Vue aplikace bude zjišťovat OPTIONS požadavkem, zda jsou povoeleny speciální akce. Další věc, kterou si zároveň upravím bude kontrola autentizace nejem pomocí cookie , ale také pomocí speciální hlavičky AUTHTOKEN, aby se mi s tím…
Rozhodla jsem se vytvořit aplikaci ve Vue, která bude přistupovat k našemu API. Aby to bylo možné doplníme si APi o endpoint na testování
Naše API už narostlo a pro pohodlnější testování API na lokálním stroji doporučuji aplikaci Insomnia
V minulé části jsme si zprovoznili přihlášení do našeho API a ještě zbývá zpřístupnit některé endpointy poue pro přihlášené uživatele.
A je to tady kruciální část našeho API. Samozřejmě, že jako v každé aplikaci i tady budeme chtít některé funkce našeho API omezit jen pro ověřené uživatele. Tedy např. výpis produktů, které patří konkrétnímu uživateli se asi měli zobrazit pouze tomuto uživateli. Takže se do toho pustíme. Nejprve tedy každému uživateli přiřadíme heslo. Takže v databázi si vytvoříme slupec pro heslo.
Aby mělo naše API konkrétní smysluplné použití přidáme si ještě endpointy ve kterých budeme jednotlivým uživatelům přiřazovat jejich nakoupené zboží. Nejprve musíme přidat tabulku do naší databáze, která bude sloužit k uložení vazeb mezi produktem a uživatelem
Aby naše API nebylo tak chudé doplníme si je o nové endpointy pro produkty. Nejprve si ale ještě provedeme malý refaktoring. Co se mi na API nelíbí je definice roue v hlahním souboru. Routu bude asi přibývat a líbili by se mi, kdyby byl v nějakém samostatném souboru.
Naše API již se má čile k světu, co se mi ale dál neíbí a zasloužilo by upravit je validace vstupních dat v controlleru. Bylo by lepší a přehlednější ji vyčlenit do samostané třídy. Takže si vytvoříme další adresář Validators a v něm novou třídu pro kontrolu vstupních dat
Takže zatím máme všechne kod pro naše API v UserControlleru. Bylo by fajn z controlleru vyčlenit kod pro práci s databází do samostanýcj tříd. Možností je vícero já jsem zvolila vytvoření Modelu a Repository. Takže v adresáři src si vytvoříme dva adresáře Models a Repositories.