kamilkozak.dev

Laravel i architektura oprogramowania

Jestem Kamil, Software Developer/Architect z ponad 10-letnim doświadczeniem w pracy z technologiami backendowymi i frontendowymi takimi jak PHP, Laravel i Javascript.

Artykuły
  • Published on
    W dużych aplikacjach Laravelowych dane płyną z wielu źródeł: żądań HTTP, baz danych, integracji z API. Bez odpowiedniej organizacji łatwo utonąć w chaosie. Kluczem jest przewidywalność – każdy fragment kodu powinien wiedzieć, z jakimi danymi pracuje. W tym wpisie pokażę, jak osiągnąć to dzięki Data Transfer Object i silnemu typowaniu.
  • Published on
    W świecie Laravela, CRUD (Create, Read, Update, Delete) to podstawa. Ale co, gdy projekt rośnie, a proste operacje zamieniają się w skomplikowane systemy z setkami modeli, zależnościami i niestandardową logiką biznesową? Wtedy klasyczna struktura frameworka może stać się pułapką. Domain Driven Laravel to podejście, które pomaga uporządkować chaos, grupując kod wokół biznesowych koncepcji, a nie technicznych szczegółów.
  • Published on
    Choć monolit wcale nie wyklucza przejrzystej architektury nie trudno doprowadzić do stanu gdy kod przypomina wielką kule błota (big ball of mud). Nie brakuje przykładów kodu gdzie kontrolery są umieszczanie z kontrolerami, a modele z modelami. W dużej aplikacji doprowadzi to prędzej czy później do problemów z architekturą.
  • Published on
    Punkt wyjścia do Architektury Heksagonalnej (Hexagonal Architecture) stanowi Architektura Warstwowa. Architektura ta dzieli systemy (aplikacje) na odrębne warstwy. Zgodnie z propozycją Erica Evansa z jego "Blue Book'a" zwykle będzie ich 3 lub 4.
  • Published on
    Kiedy tworzymy aplikację, duża jej część nie jest bezpośrednio związana z domeną, ale jest częścią infrastruktury. Typowa aplikacja zawiera dużo kodu związanego z dostępem do bazy danych, dostępem do plików, UI (User Interface).
Zapisz się do newslettera