Laravel - Obsługa błędów.

Question

Cześć, jestem w trakcie tutoriala do frameworka Laravel, i mam taką funkcję
 

public function postSignIn(Request $request)
    {
        $this->validate($request, [
            'email' => 'required',
            'password' => 'required'
        ]);
        if (Auth::attempt(['email' => $request['email'], 'password' => $request['password']])) {
            return redirect()->route('dashboard');
        }
        return redirect()->back();
    }

I w systemie szablonów wyświetlanie błędów:
 

@if(count($errors) > 0)
        <div class="ui info message">

          @foreach($errors->all() as $error)
            {{$error}}
          @endforeach

        </div>
      @endif

Tylko nie wiem dlaczego nie wyświetla tych błędów tak jak na tutorialu jak wprowadze złe dane do formularza.
Korzystam z wersji Laravel 5.2

Answer 1

Ta małpa w systemie szablonów to chyba kwintesencja podejścia Taylora do php...

1. Czemu nie Symfony?
2. Czemu nie Twig?

Nie dałeś linka do tutka. Nie napisałeś dokładnie co się dzieje przy Twoim kodzie...

Comments

Kod działa poprawnie tylko nie wyświetla błędów.
https://www.youtube.com/watch?v=gybCjXYBgNA&index=5&list=PL55RiY5tL51oloSGk5XdO2MGjPqc0BxGV

BTW.

1. Czemu Symfony?
2. Czemu Twig?

---

Wiesz, nie zdziw się jeśli po update wersji larwy przestanie ci działać masa rzeczy, bo autorowi sie ubzdurało zmienić nazwy interfejsów albo parametry ich.

Laravel wydaje się słodki, prosty i przyjemny - a w rzeczywistości obniży Twoje umiejętności, ugruntuje złe nawyki. Są ludzie, którzy gloryfikują te wszystkie fasady w nim, a prawda jest taka, że podejście do programowania obiektowego Taylora jest jakimś wizjonerskim bo jest zupełnie niezgodne z tym, czego uczą luddzie rzezywiście dobrze znający ten paradygmat.

Kompatybilność wsteczna – a właściwie jej brak – co wersja to trzeba migrować kod, bo nagle się coś zmienia z dupy. I wcale nie chodzi o zmianę wertsji np z 4 na 5, ale mówię o zmianach typu 5.0 na 5.1. Punkt powiązany z punktem pierwszym, czyli nieodpowiedzialnym zarządaniem. Koszmar, jak projekt ma żyć trochę więcej niż tydzień.

Ignorowanie przyjętego w IT nazewnictwa – (nie)słynne „fasady”, które ze „wzorcem fasada” mają niewiele wspólnego. Wprowadza to oczywiście w błąd doświadczonych programistów (którzy myślą, że będą pracować z fasadami, a potem przekonują się, że tak nie jest) oraz uczy nieprawidłowego nazewnictwa programistów początkujących.

Konkretny przykład na złamanie SOLID, w tym przypadku „D”, czyli „Dependency Inversion Principle”. Robisz klasę rejestrującą użytkownika. Zgodnie z zaleceniami Larwy w środku używasz `Mailer::send($message)` (czy tam podobnie). Twoja klasa jest tym samym uzależniona od konkretnej implementacji klasy `Mailer`. Nie od implementacji `send()` (jej działanie jest delegowane przez „fasadę Mailer” do implementacji, którą na szczęście można podmienić), ale od implementacji statycznego proxy, który dostarcza framework. Tym samym, jeśli piszesz zgodnie z zaleceniami Larwy, przywiązujesz swój kod ściśle do frameworka, utrudniając ewentualną migrację. Do tego oczywistą konsekwencją złamania reguły „DI” są ukryte zależności – kiedy inicjalizujesz swoją klasę nie wiesz, że wymaga ona istnienia i skonfigurowania klasy `Mailer`. Zależność ta ukryta jest gdzieś w kodzie Twojej klasy. Żeby zależność była jasna, powinieneś dostać obiekt `Mailer` w konstruktorze – wtedy jest jasne, że nie uruchomisz klasy bez `Mailer`a.

Używanie antywzorców jak ActiveRecord w Eloquent – powiązane z powyższymi punktami, czyli „gdzie jest SOLID”? Ale także powodowanei ścisłego uzależnienia kodu domenowego od infrastruktury (frameworka), wyciekanie abstrakcji.

 

https://www.facebook.com/groups/223889134481096/permalink/382650688604939/

https://www.reddit.com/r/PHP/comments/3bmclk/why_experienced_developers_consider_laravel_as_a/

 

---

Wybrałem Laravela dlatego że chciałem się nauczyć jak wygląda praca z framerowrkiem, programowanie obiektowo. Z Symfony duzo rzeczy nie wiedziałem, a gdy zainstalowałem Laravela to o wiele łatwiej jest mi zrozmieć podstawy takiego programowania, myslę że po jednym projekcie zrefaktoryzuje go używając Symfony + TWIG.

---

No to z Laravelem raczej się nie nauczysz obiektówki.

Jeśli szukasz frameworków to zainteresuj się:

• Symfony
• Slim
• Silex
• Phalcon

Jeśli chcesz zainteresować się abstrakcją dla baz danych, to ORM nie Active Record - więc warto postawić na Doctrine.

Slim i Silex to mikroframeworki, warto od nich zacząć jeśli chcesz się nauczyć obiektówki. Są dobrze napisane i dużo mniejsze od symfony.

Inna sprawa, że Symfony wcale jakieś takie trudne w nauce nie jest jeśli chcesz proste rzeczy robić (logowanie rejestracja itp)

---

Ale jest łatwiej potem zrozumieć większość rzeczy w Symfony jak się popracuje z Laraverem, nie prawdaa?

---

Czy ja wiem. Symfony jest zaprojektowane i działa inaczej niż Laravel. Albo ucz się zmiejsca Symfony, albo naokoło Slima. Larwą zrobisz sobie krzywdę. Oczywiście zakładam, że nie czytałeś tego co podesłałem w linkach bo byś się nie pytał w taki sposób...

---

Jest jeszcze Symfony z mikrokernelem ;)

http://symfony.com/blog/new-in-symfony-2-8-symfony-as-a-microframework