[sarveniusz]

Tym razem kilka słów o poprawnej implementacji encji z użyciem Doctrine.

https://sarvendev.com/2018/01/encja-byc-zawsze-poprawnym-obiektem/

#programowanie #webdev #php #symfony #sarvendev

[A.....W]

@sarveniusz: używałeś/miałeś styczność z API Platform?

[sarveniusz]

@AVAW: Kojarzę, ostatnio zaczynałem swój projekt i zastanawiałem się czy tego nie użyć, ale wydawało mi się zbyt rozbudowane, więc ogarnąłem sprawdzony fosrest.

[A.....W]

@sarveniusz: dzięki, odnośnie artykułu to klasa UserType powinna sie chyba nazywać RegisterUserType

[sarveniusz]

@AVAW: słuszna uwaga, dzięki :)

[masterix]

@sarveniusz: https://www.youtube.com/watch?v=rzGeNYC3oz0 tu jest fajny wykład o tym, prowadzi jeden z programistów Doctrine

[sarveniusz]

@masterix: A tu szybki skrót: https://ocramius.github.io/doctrine-best-practices/

[masterix]

@sarveniusz: no to chyba z tego wykładu właśnie :)

[A.....W]

@sarveniusz:
1. Nie lepiej walidować w formularzu poprzez constraints?
- można wtedy użyć formularza z tablicami, bez DTO
- User::createFromArray()

2. Po co formularze są final (final class RegisterUserType)? Działa wtedy 'nadpisywanie' formularza?

namespace App\Form;
class EditUserType extends AbstractType
{
    public function buildForm(FormBuilderInterface $builder, array $options)
    {
        $builder->remove('password');
    }
    public function getParent()
    {
        return 'App\Form\RegisterUserType';
    }
}

3. W FOS używają Registration zamiast Register :D

[sarveniusz]

@AVAW z tablicami jest problem w ide, nie podpowiada co tam w niej siedzi, tak damo typehinty malo mowia, a jak masz obiekt to jest wiadomo, poza tym w DTO czy tam inny obiekcie możesz mieć jakieś dodatkowe operacje.

Odnośnie final to na blogu kiedyś pisałem posty o klasach final oraz wadach dziedziczenia, możesz sprawdzić. Z reguły jak już muszę dziedziczyc to tylko po abstrakcji, bo jak zaczniesz robić niesamowite hierarchie dziedziczenia

[lolen]

@sarveniusz: kurczę albo ja już jestem totalnie ślepy, albo kolor tej czcionki bardzo się zlewa z tłem (╯︵╰,)
to teraz przykładowo mamy pole "strona www", która możemy uzupełnić podczas rejestracji i w edycji profilu, czyli robimy RegisterUserCommand oraz EditUserCommand, przykładowo zmieniając długość pola muszę pamiętać aby to zrobić dodatkowo w dwóch plikach?

[sarveniusz]

@lolen ale kod czy tekst na stronie się zlewa? Tak, jeśli i przy rejestracji i przy edycji masz to pole to musisz zmienić w dwóch miejscach, zaleta jest taka, że masz ładnie wyszczególnione jakie pola przy jakiej operacji są wymagane. Według mnie jest to duzo lepsza opcja niż stosowanie np. grup walidacji.

[lolen]

@sarveniusz to i to, ale kod to jest naprawdę słabo widoczny

[sarveniusz]

@lolen podrzuc jakiegos screena, może coś inaczej wyświetla u Ciebie, wydaje mi się, że jest ok. W każdym razie planuję niedługo zrobić jakiś nowy theme, także będzie lepiej pewnie. Teraz to stoi na gotowcu postawionym na szybko.

[lolen]

@sarveniusz: a proszę bardzo

[sarveniusz]

@lolen: w sumie dla mnie wygląda ok, ale uwzględnie to przy nowym wyglądzie.

[A.....W]

@lolen: jaka przeglądarka? W chrome wygląda spoko w porównaniu do FF

[macza]

@sarveniusz:
/**
* @return string <====
*/
public function getEmail(): string <======
po co to dublować?

[sarveniusz]

@macza: type hint wiadomo, a phpdoc wstawiam z przyzwyczajenia, bez zielonego w phpstorm jakoś tak smutno ( ͡° ͜ʖ ͡°)

[lolen]

@AVAW Chrome ( ͡° ʖ̯ ͡°)