@aksnet: twig, blade lub rest i całość po stronie js :)

@aksnet: twig w symfony, blade w laravel, volt w phalcon i tyle, smarty raczej nie powinno się już używać

@Jurigag: Chodziło mi o używane ze strony programistycznej. Kiedyś zobaczyłem że w volcie działały jakieś filtry z twiga których nawet nie ma wymienionych w dokumentacji volta

że nie generujemy już frontu na backendzie :P

@npsr: no jak ktoś ma w dupie użytkownika to tak, przecież na smartfonach te wszelkie frameworki jsowe zamulają strasznie

@aksnet: w starszych projektach tak

twig w symfony

volt w phalcon

@Jurigag: To samo xD Nie wiem jak w laravel, ale domyślam się że też.

@aksnet: może zacznijmy od tego, że nie generujemy już frontu na backendzie :P

@Jurigag: nie koniecznie. A pozatym nie trzeba stosować frameworka, żeby odseparować front :P

@npsr: imho nadal warto generować front na backendzie jeśli chcemy odciążyć użytkownika i tyle

@Jurigag: zdecydowanie nie warto :P
Potem chcesz przepisać backend to od razu i front musisz przepisywać. Poza tym obciążenie użytkownika może być identyczne. Różnica taka, że front pyta api i tyle :)

Sens może być tylko kiedy jesteś backendowcem, nie masz osobnego fronta a apka jest stosunkowo mała :) W każdym innym innym przypadku powinno się separować włącznie z repo :)

@npsr: chodzi mi o rendering, że nie powinno się to dziać po stronie użytkownika, może źle zrozumiałeś

@Jurigag: Ale przecież nie musi :) Nie trzeba od razu robić spa, wystarczy generować statyczny HTML i nie przesadzać ze skryptami, chociaż w dzisiejszych czasach sprzęt jest już na tyle silny, że prawie każdy ma w kieszeni coś, co spokojnie łyknie angulara albo ine vue.

No chyba, że ktoś nie potrafi kodzić i robi sklejkę z pierdyliarda zależności, ale na to już nic nie poradzę :)

@Jurigag: Od kiedy klasy nie są plain PHP?