[p.....k]

Przy CRUDach zawsze dzielicie pakiety na:

|
|-controller
|---|FrenController
|---|NonFrenController
|
|-model
|---|Address
|---|FrenHistory
|---|Fren
|---|NonFrenLogin
|---|NonFren
|
|-service
|---|FrenService
|---|NonFrenService
|
|-repository
|---|FrenRepository
|---|NonFrenRepository
|

czy raczej:

|
|-address
|----|Address
|
|-fren
|---|Fren
|---|FrenHostory
|---|FrenController
|---|FrenRepository
|---|FrenService
|
|-nonfren
|---|NonFren
|---|NonFrenLogin
|---|NonFrenController
|---|NonFrenRepository
|---|NonFrenService
|

jescze inaczej?

Który sposób kiedy lepszy i dlaczego?

#programowanie

[r.....e]

@programista4k: to pierwsze to tak jakby w jednym pokoju ustawić same krzesła, w drugim same stoły, a w trzecim położyć wszystkie dywany :) Ale z jakiegoś powodu często się to widzi, nawet jest obiektów każdego rodzaju jest kilkadziesiąt.

[ghostface]

@programista4k: drugi jest lepszy.

[p.....k]

@reneene: no to łatwiej chyba "czytać" pokoje jak masz posegrowane meble? Zwłaszcza autystykom.

[r.....e]

@programista4k: jeśli to jest jakaś bardzo mała aplikacja to może nie ma znaczenia, ale normalnie czytając kod chcemy zapoznawać się z poszczególnymi funkcjonalnościami po kolei i mieć „pod ręka” wszystkie elementy potrzebne do działania tej jednej funkcjonalności, którą akurat się zajmujemy, a potem przejść do kolejnej.

[neufrin]

@programista4k: 2 sposób w kontekście całego systemu składającego się np z kilku micro/serwisów zależnych lub niezależnych od siebie, rozdzielone domenowo. Natomiast wewnątrz każdego z nich podejście nr 1, łatwiej jest mi wtedy zachować podejście "cebuli" i ładnie każda warstwa jest oddzielona, domena, repo, serwisy, modele, kontrolery

[kuite22]

@programista4k: też wole 1 i dziwi mnie że sporo osób woli podejscie numer 2, ale to pewnie dlatego że ja nie miałem doświadczenia z dużymi aplikacjami podzielonych wg 2

[rm_w]

@Xeinaemm: dlaczego według ciebie nie idzie tego utrzymać?

[rm_w]

@Xeinaemm: okej, w tym kontekście. To ciekawe. Nie znam .NET, ja z obozu JVM. Czyli sam problem nie wynika z wertykalnego podziału względem funkcjonalności, a z couplingu z frameworkiem w kontekście monolitu, czy dobrze rozumiem?

[UberRam]

@programista4k: drugi, czyli tzw. (vertical slice architecture), aczkolwiek u mnie w projekcie obiekty tez maja swoja hierarchie domenowa. Pierwszy spotkalem jedynie przy malutkich projektach

[Saly]

@programista4k: tylko drugi. Jak widzę ten pierwszy sposób to wiem, że będzie źle

[t.....y]

@programista4k: a ja to #!$%@? i nazywam klasy Abc, Abbb, Foo, Test202090171, #!$%@? wszystko do jednego pakietu i po miesiącu wystawiam fakturkę na 20k ¯\(ツ)_/¯

[A.....m]

po co ci repozytoria i serwisy? Korzystasz z DDD a może używasz czystej składni sql zamiast biblioteki ORM.