[Atomic_Cookie]

Kto pięć razy pisał aplikację i pięć razy była gotowa w 70%, ale stwierdzał, że kod brzydki i #!$%@?ł wszystko i pisał od nowa?


Stąd moje #pytaniedoeksperta - gdzie wsadzacie logikę swojej aplikacji?

Moja przykładowa metoda w kontrolerze - http://pastebin.com/59y2Htbp

Dawać wszystko do modelu? Czy model tylko operację na bazie i set/get a w kontrolerze operować samymi modelami? Czy dawać gdzie jest po prostu łatwiej?

Chciałbym wiedzieć jak robią to #pro, czekam na hejty i konstruktywną pomoc. Tak bardzo brakuje warstwy logiki w MVC ;__;

inb4 - czemu nie używasz Autha z laravela - raz zbugował mi się i nic nie działało, od tamtego czasu piszę samemu metody do logowania.

#laravel #webdev #pytanie

[n.....l]

@Atomic_Cookie: Walidacja to w modelu, jeśli chodzi o kod to ja pisze metody na nie więcej niż 10 LOC

[Atomic_Cookie]

@nvll: 10 LOC? Mogł byś objaśnić?

[n.....l]

@Atomic_Cookie: lines of code

[G.....n]

@Atomic_Cookie: 10 linii kodu.

[Atomic_Cookie]

@Ginden: Ok dzięki

[Irrepressible]

@Atomic_Cookie: Dobra prezentacja o jednym z podejściu do takich kwestii. http://www.youtube.com/watch?v=3uV3ngl1Z8g Jeszcze ciepła.

Poza tym: https://www.youtube.com/watch?v=S4Fmzvsvt_o i http://vimeo.com/44807822 (Ruby, ale chodzi o podejście)

Oraz (odnośnie tych instrukcji warunkowych): http://www.youtube.com/watch?v=Zzc_2nD9Jzs&feature=youtu.be&t=4s

[plushy]

@nvll: W dziesięciu linijkach mało co idzie zmieścić a czasami niektórych rzeczy się rozbić na kawałki nie da.

[n.....l]

@plushy: Idzie dużo zmiescic, chociaż ja pisze w ruby a to trochę innego niż PHP.

[Atomic_Cookie]

@Irrepressible: Z tego co obejrzałem i wygooglowałem:

model (lub repository) - zawiera logikę niskiego poziomu (pobieranie z bazy danych, proste operacje na danych, walidacja)

service - zawiera logikę wysokiego poziomu i operuje na modelach.

Mylę się? W necie jest sporo sprzecznych informacji na ten temat.

[Atomic_Cookie]

Mały apdejt:

Model reprezentuje jedną tabelę / jakiś inny jeden rekord z innego źródła, jest izolowany, oprócz ORM, ma tylko metody dotyczące samego siebie

Kontroler - Steruje przepływem danych

Widok - Stricte to co dostaje użytkownik

Repository - gwarantuje takie same metody dostępu, gdy mamy różne źródła modeli (co w sumie przy laravelu nie jest potrzebne, biorąc pod uwagę samą bazę danych)

Service - Integruje ze sobą parę modelów w różny sposób,

[m21d24]

@Atomic_Cookie: wiesz, ile osób, tyle opinii. są pewne, ogólne standardy i warto się ich trzymać, ale nikt ci głowy nie urwie, kiedy np. umieścisz coś w kontrolerze, co powinno być w modelu (dopóki dobrze działa :D). czytając o laravelu, natknąłem się na dość świeże pojęcie - logika biznesowa - więc ciężko jednoznacznie określić czy dany wzorzec jest poprawny, jeśli ciągle jest rozwijany