[gromusek]

Czy ktoś przesiadał się z #laravel na #django? Czy tylko mi django wydaje się taki bezsensowny w swojej składni? Routy czy obsługa modeli tragiczna, nieintuicyjna... chyba że to tylko kwestia przyzwyczajenia.
#python

[jestem_mike]

co tu się zaraz...

[KociPazur]

@gromusek: opisałeś laravela, nie django ( ͡° ʖ̯ ͡°)

[gromusek]

Tak tak bez gówno burzy proszę o tylko moje pytanie do innych jakie mieli odczucia przy migracji na inny framework

[filozof900]

@gromusek: intuicja to rzecz bardzo osobista, uzywaj tego co uwazasz za lepsze

[m_bielawski]

nieintuicyjna

@gromusek: bo inna niż używałeś do tej pory?

W Laravel nigdy nie pisałem, ale jeżeli to jest zgodne z przyjętymi normami:
https://github.com/evercode1/sample-project/blob/master/app/Subcategory.php

to sorry, ale to wygląda jak kupa.

[Ercefet]

@gromusek: ja się przesiadłem - częściowo, robiłem jako trochę backend, w pełni front - z django na laravela, w którym pracowałem dwa miesiące (wcześniej miałem styczność z PHP5 [NIE PHP7] na studiach).

Niby ten sam pattern, ale ile #!$%@?łem na laravela (i cudowny język jakim jest PHP7) to moje.

[aso824]

@m_bielawski: co tu ci źle wyglada?

[m_bielawski]

@aso824: no nie wiem, definiowanie pól jako lista? Definiowanie zależności między modelami w metodzie o nazwie takiej jak pole? To chore jest. I wiem, że nie wszystko w PHP da się zrobić tak jak w Django (brak metaklas czy fakt, że nie możesz umieścić kodu wykonywalnego w ciele klasy), ale już nawet Doctrine robi to lepiej...

[aso824]

@m_bielawski: nie, nie, nie... Fillable to jawna deklaracja że tylko takie pola mogą byc uzyte wraz z mass assignment (np. caly input z requesta do modelu), można użyć $protected żeby uzyskać odwrotne działanie (lub dac pusta tablice zeby wylaczyc to "zabezpieczenie"). Relacje miedzy modelami to funkcje o właściwie dowolnej nazwie, i nie jest to o nazwie pola tylko wg konwencji nazwy modelu do którego się odwołuje. Sa one wygodne do uzycia

[panczekolady]

no nie wiem, definiowanie pól jako lista?

@m_bielawski: Ale tablica $fillable to nie jest definicja pól, gościu xD

[m_bielawski]

@aso824: ok, może źle zinterpretowałem ten kod, ale IMO to tylko pokazuje, że jest niejasny póki nie znasz frameworka.

Relacje miedzy modelami to funkcje o właściwie dowolnej nazwie, i nie jest to o nazwie pola tylko wg konwencji nazwy modelu do którego się odwołuje.

No relacji, nie pola. Wiesz o co chodzi. Dlaczego to jest metoda obiektu? Dla mnie to nie ma sensu...

Gdzie się definiuje pola w takim razie?

@

[aso824]

@m_bielawski: pól nie definiujesz, to dynamicznie leci (magic method). Relacje w takim wykonaniu to po prostu inne podejście. Laravel znany jest z tego że wiele rzeczy dzieje sie magiczne, niekoniecznie zgodnie ze wszystkimi standardami OOP jak np Symfony

[m_bielawski]

@aso824: bleh. Nie polubilibyśmy się z Laravelem w takim razie...

[aso824]

@m_bielawski: kwestia przekonań i przyzwyczajeń, normalnie używa się paczki IDE helper która generuje odpowiednie komentarze na podstawie struktury bazy i IDE z nich korzysta, więc nie piszesz w ciemno

[jestem_mike]

jest niejasny póki nie znasz frameworka.

@m_bielawski: albo angielskiego. fillable i field tak bardzo mylące.

[m_bielawski]

@jestem_mike: Ta... wsadź sobie tego nosacza tam, skąd go wziąłeś.

[kubas89]

@gromusek: Laravel 3 był spoko, a później to wszystko poszło z małego fajnego frameworka w stronę Symfony ...