
#programowanie #java #python #backend #frontend #javascript
Zalozmy ze dostajecie zadanie zrobic klienta restowego. W pracy dostajecie wytyczne jak maja wygladac endpointy czy sie musicie dogadac z frontendowcem?
W obu przypadkach koniec koncow dostajecie informacje o endpointach. Jak ta informacja wyglada? Obrazek, tabelka, robione w jakims programie?
Zalozmy ze dostajecie zadanie zrobic klienta restowego. W pracy dostajecie wytyczne jak maja wygladac endpointy czy sie musicie dogadac z frontendowcem?
W obu przypadkach koniec koncow dostajecie informacje o endpointach. Jak ta informacja wyglada? Obrazek, tabelka, robione w jakims programie?
- Najlepsze
- Wszystkie komentarze







Najlepiej, jak to jest po prostu dokumentacja API, czyli masz zdefiniowaną strukturę requestu i response'u.
Jest teraz do tego sporo toolsów wspomagających cały proces tworzenia API, na przykład chyba jeden z popularniejszych Swagger, którego sam zacząłem używać przy obecnym projekcie.
Ja robię API pod aplikację mobilną do istniejącego projektu, wiec robię to inkrementacyjnie metoda po metodzie, ale najpierw kontrakt uzgadniam z zespołem od appek ios/androida, a potem implementacja. Przy czym u mnie implementacja to nie pisanie od zera, tylko dostarczenie istniejącej logiki biznesowej w postaci tego API.
Jak zaczynasz produkt od zera to dochodzi w ogóle zaprojektowanie tej logiki biznesowej.
Robiąc najpierw dokumentację z kolei Swagger potrafi wygenerować całkiem spoko szkielet projektu w dowolnym języku.
ja to robie tak, ze przegladam jakie sa wymagania wobec frontu, projektuje API tak aby bylo spojne z reszta i jak najbardziej wydajne i wtedy jako propozycje daje frontendowi.
najpierw programujesz potem swaggera uzupelniasz, odwrotnie czy oba na raz w miare jak projekt rosnie?