tyleś się namachał a można było zdjęcie zrobić :)

@scriptum_nox:

@MarcelMcOne: bardzo ładne, ale z taką ilością detali to bym p-------a dostał żeby cienkopisem to robić :D

@MarcelMcOne: Kontekst Post powinien przechowywać informację o blogu i jego właścicielu.

@MarcelMcOne: śmiedzi starasznie i wygląda na DDD i mikroserwisy na siłę. To nie ma prawa się udać! ( ͡° ͜ʖ ͡°) Naturalne jest ze blog powinien posiadać kolekcję postów czyli być aggregate root.

Jeśli chcesz to kontynuować to j/w. Post powienien przechowywać informację o blogu i jego właścicielu.

if (arg = 100) return net
if (arg = 23) return tax
if (arg = 123) return gross
fakturka na mailu ( ͡° ͜ʖ ͡°)

@MarcelMcOne: chodzi o przykład ;-) bo jest =, a w pascalu to jest do porównania

@MarcelMcOne: mapper sobie zrób. To samo z encjami, obiekt domenowy mapujesz na encje i mapujesz na dto. W warstwie domenowej dla ciebie to ma nie być związane z żadną technologią ani poza-domenowym zastosowaniem.

@MarcelMcOne: Fabryki możesz uzależniać od czego chcesz - tam jest tight coupling z definicji. Jeśli są wpięte w wysokopoziomowy kod (gdzie tworzysz DTOs), a one budują na niskopoziomowych obiektach (config/IO...) to od razu pośredni interfejs (abstract factory).

Z samymi DTO nic nie zrobisz, bo to definicje struktur - jak zmienisz to i tak poleci wszystko, co korzysta z nieaktualnych pól (czy bezpośrednio, czy przez getter/setter).

@MarcelMcOne: lik do apki rozpoznającej rośliny

Może coś ala zeroMQ lub NAST? Brokery po tcp bez persistence realizujące scenariusze pub/sub. Działa szybko. lekko, mało skomplikowane.

@MarcelMcOne: Jeśli masz dużo microserwisów to jak architektura nie daje rady, to wprowadź kolejną warstwę. Np. szynę ESB. Albo lżejsze rozwiązanie API Gateway, żebyś zawsze wiedział gdzie strzelasz i ile hopów. Albo technologiczne rozwiązanie tego ostatniego GraphQL.

@MarcelMcOne: https://www.bambusowe.com/sklep/ ?

@MarcelMcOne: stylistyka dość mocno kojarzy się z Beksińskim, lubię ten klimat i lubię ten obraz