[rvsky]

@rvsky: Robiąc poważną apkę w #laravel, z której może korzystać spora ilość osób powinno się pisać api, czy bez api? #webdev #naukaprogramowania

[trustME]

@rvsky planujesz aplikację mobilną?

[tptak]

@rvsky: Jak wyobrażasz sobie komunikację aplikacji z serwerem bez api? Czy framework oferuje jakieś alternatywne rozwiązanie?

[rvsky]

@trustME: nie
@tptak: Jedna apka, tzw. web. A nie web + api, czyli 2 apki w laravelu

[Rst00]

@rvsky skoro z aplikacji będzie korzystać duża ilość osób to najprawdopodobniej prędzej czy później pojawi się kwestia aplikacji mobilnej. Wtedy API to będzie must have więc lepiej już teraz je zrobić i na froncie też używać.

[Jurigag]

@rvsky: przecież robi się dzisiaj i tak frontend + api, także api tak czy siak musi być

[q.....u]

@rvsky: a dlaczego wep + api to 2 apki w laravelu? 2 apki owszem, ale frontend to frontend, tu laravel (i php w ogólności) nie jest potrzebny

[rvsky]

@qwertyu: Tzn? jak chcę laravel + vuejs to stawiam 2x laravel i na jednym vue, tak?

[q.....u]

Nie, api na laravelu a vue to czysty frontend czyli statyczny index.html + javascripty

[rvsky]

@qwertyu: a mi w firmie dali gotowy produkt api laravel + laravel i vue jako front ( ͡° ʖ̯ ͡°)

[npsr]

@rvsky: oczywiście, że API. Obecnie front i back to dwa różne byty. Nawet nie próbuj robić inaczej :P