DDD – Domain-Driven Design
DDD to podejście do tworzenia oprogramowania zorientowanego na biznes. Problemy i wyzwania, które pojawiają się podczas tworzenia i utrzymania oprogramowania, w większości wynikają z ciągłego rozwoju firmy.
DDD to podejście do tworzenia oprogramowania zorientowanego na biznes. Problemy i wyzwania, które pojawiają się podczas tworzenia i utrzymania oprogramowania, w większości wynikają z ciągłego rozwoju firmy.
Clean Architecture to koncepcja architektury oprogramowania zaproponowana przez Roberta C. Martina, znanego również jako “Uncle Bob”. Jest to podejście do tworzenia skalowalnych, modułowych i łatwo testowalnych systemów, które są odporne na zmiany i zależności.
Porozmawiajmy teraz o formularzach w HTMLu. Do tej pory w witrynie, którą stworzyliśmy, wyświetlamy tylko informacje. Wyświetlamy logo i informacje o witrynie oraz tekst i stopkę, ale nie zezwalamy użytkownikowi na udzielanie nam żadnych informacji, aby zbierać informacje od użytkownika…
Porozmawiajmy teraz o kilku ważnych znacznikach w HTML. Wcześniej krótko wprowadziłem pojęcie tagu div, a div to tylko część strony HTML…
wórzmy teraz stronę HTML od podstaw, abyśmy mogli zobaczyć prawdziwą strukturę strony HTML. Strony HTML zaczynają się od tagu o nazwie HTML
Więc niektóre z podstaw znaczników są takie, że możemy mieć element, a element jest nazwą obiektu i jest otoczony dwoma nawiasami kątowymi, i w tym przypadku stanowi to początek tej struktury…
Witam w szybkim kursie tworzenia stron WWW dla początkujących z HTML5, CSS, JavaScript i Jquery. W dzisiejszym wpisie zrobimy wprowadzenie do HTML.
UML (Unified Modeling Language) to standardowy język modelowania stosowany w rozwoju oprogramowania do wizualizacji, projektowania i dokumentowania systemów informatycznych. Zapewnia zestaw graficznych notacji, które pozwalają programistom komunikować się i zrozumieć strukturę, zachowanie i relacje między różnymi komponentami w systemie oprogramowania.
Moduły wysokopoziomowe nie powinny zależą od modułów niskopoziomowych, obie grupy modułów powinny zależeć od abstrakcji. Abstrakcje nie powinny zależeć od szczegółów rozwiązania, to szczegóły powinny zależeć od abstrakcji.
Teraz omówimy zasadę segregacji interfejsów jest to czwarta zasada SOLID, która opisuje, jak powinniśmy projektować i używać interfejsy w naszych aplikacjach. Zasada ta stanowi, że klienci (klasy) nie powinni być zmuszani do polegania na metodach, których nie używają. Kilka dedykowanych interfejsów jest lepsze niż jeden, który jest zbyt ogólny.
Przyjrzyjmy się teraz, jak możemy zastosować zasadę LSP w naszej aplikacji myjni samochodowej. Użytkownicy naszej aplikacji, zgłosili nam mały błąd który wprowadziliśmy, gdy modyfikowaliśmy nasz kod wprowadzając wzorzec fabryki DetailsPricingFactory do tworzenia różnych instancji typów mycia, teraz musimy to naprawić.
Teraz porozmawiamy o zasadzie podstawiania Liskov. Zasada podstawiania Liskov lub LSP, to trzecia z zasad SOLID która mówi, że:
Funkcje, które używają wskaźników lub referencji do klas bazowych,
muszą być w stanie używać również obiektów klas dziedziczących
po klasach bazowych, bez dokładnej znajomości tych obiektów.