Wszystko

Najnowsze

Archiwum

Bruno_
  • 1
#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?
  • 9
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
zakopiak
zakopiak
  • 8
@Bruno_: To się nazywa kontrakt i ustala się między frontem a backendem, chyba, że to API publiczne, to backend sam decyduje, bo klient api jest nieznany.

Jak ta informacja wyglada?


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.
  • Odpowiedz
filozof900
  • 1
@Bruno_: tylko pamietaj zeby miec na uwadze sensownosc prosb. frontendowcy czesto nie wiedza jak budowac poprawnie API a w szczegolnosci nie sa swiadomi kosztownosci zapytan, wiec beda prosic o duzo.

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.
  • Odpowiedz
bonus
  • 2
@zboinek: Biorąc pod uwagę async/await nie widzę aż takiej przewagi w czytelności. Używając nodejs masz prostą drogę do wykorzystania SSR z Vue.js, myślę, że totalnie nie opłaca się pisać we Flasku.
  • Odpowiedz
bonus
  • 0
@zboinek: W takim razie polecam nuxt.js - gotowe środowisko które działa z expres/koa/adonis, masz strukturę i możesz pisać komponenty, które będą działać w SSR.

Dodatkowo nodejs będzie też wydajniejszy niż Flask. BIorąc pod uwagę, że będziesz musiał się go uczyć i jego konceptów i jest to microframework, to tylko wydłuży Ci pracę, nie dając żadnych benefitów.
  • Odpowiedz
trustME
  • 4
Mirki, robię logowanie / rejestrację przez Google i Facebook.
Na froncie używam hello.js więc dostaję accesstoken'a do aplikacji stamtąd.
Wysyłam sobie tego access tokena na backend i mogę pobrać dzięki temu profil, co za tym idzie emaila, więc zalogować się da.

Ale gdzie tu clientsecret ? Myślałem, że potrzebuję go by zweryfikować że ten token jest dla mojej aplikacji ale chyba nie jest to
  • 3
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
oMatej
oMatej
  • 0
@trustME jeśli dobrze pamiętam, clientsecret jest potrzebny w przypadku flow authorizationcode. Wtedy klient w przeglądarce nie ma dostępu do access_tokenu, bo google przekierowuje go tylko z kodem, który serwer wymienia na token.

Ty, korzystając z jakiejś biblioteki na frontendzie wykorzystujesz jakiś inny flow.
  • Odpowiedz
Jare_K
  • 1
@rubikoon: źle się dzieje...
Lada chwila będziemy budować strony mobilne tylko pod AMP i hostować je na serwerach Google. Jak odpowiedni procent wszystkich stron zacznie używać tej "darmowej" technologii, to podobnie jak z Google Maps - przyjdzie czas na płacenie za składowanie tego badziewia u nich i opłaty za każdy request od użytkownika. Ale wtedy już będzie za późno na wycof od monopolisty. Więc jak przejebiemy to teraz to na
  • Odpowiedz

Powiązane tagi