Tematy na forum Pro mogą zakładać jedynie moderatorzy. W otwartych tematach może pisać każdy, kto ma coś fachowego do powiedzenia. Wszystkie posty nie wnoszące nic do tematu będą natychmiast usuwane, a ich autorzy dostaną ostrzeżenie.
Jeśli uważasz, że jakiś temat jest warty dyskusji na tym forum, zgłoś go w temacie Propozycje.
Post
#1
|
|
|
Grupa: Moderatorzy Postów: 36 561 Pomógł: 6315 Dołączył: 27.12.2004 |
Temat otwarty, zapraszam do dyskusji
|
|
|
|
![]() |
Post
#2
|
|
|
Grupa: Zarejestrowani Postów: 472 Pomógł: 7 Dołączył: 7.12.2005 Skąd: Gliwice Ostrzeżenie: (0%)
|
Ciekawy temat... szkoda tyle, że tak mało napisane. (IMG:style_emoticons/default/smile.gif)
Ja od jakiegoś czasu nie robię praktycznie nic poza pisaniem API na potrzeby różnych projektów. Generalnie API dzielą się na dwa lub trzy typy: 1. API które służą wyłącznie dostarczaniu danych, wcześniej wprowadzonych przez administratora. 2. API które ze swojej strony oferują tylko MC warstwę CRUD. 3. API które oferują pełny CRUD wraz z VC do administracji zasobami. Pierwszy i drugi przypadek praktycznie zawsze realizuję czysto RESTfulowo, format danych JSON lub XML - każde przyzwoicie napisane API powinno być na tyle elastyczne by nie mieć problemu z dostarczaniem danych w obu tych formatach - w zależności od zapotrzebowań. JSON jest ostatnio w modzie, bardzo łatwo go parsować, nie jest transfero-żerny - to też w większości przypadków jest to format sugerowany. Początkowo myślałem, że REST sam w sobie jest banalną ideą - po dwóch projektach okazało się, że jest mnóstwo rzeczy, które można zrobić lepiej, a co ważniejsze - zgodnie z pewnymi standardami. (IMG:style_emoticons/default/smile.gif) Jeśli chodzi o zabezpieczanie API - najlepszy sposobem zawsze okazuje się oAuth v2, dzięki różnym metodom uzyskiwania tokenów dostępu oraz prostej autoryzacji (stateless) Bearerem przekazywanym w nagłówkach Requestu. |
|
|
|
nospor API do wykorzystania przez zewnętrzne serwisy 16.02.2009, 08:11:30
Zigi Chciałbym bardzo podziękować za stworzenie tego te... 16.02.2009, 20:54:13 
webdevil Cytat(Zigi @ 16.02.2009, 20:54:13 ) J... 16.02.2009, 21:07:20 
Zigi Cytat(webdevil @ 16.02.2009, 21:07:20... 8.03.2009, 10:24:38
Siela Ja się chętnie podepnę pod temat. W sumie nigdy ni... 16.02.2009, 21:30:34
bigZbig Ja mam niewielkie doświadczenie z SOUP-em (dwa pow... 19.02.2009, 15:24:25
Strzałek Jeżeli chodzi o bezpieczeństwo API - [link=http://... 5.03.2009, 17:59:51
bigZbig U mnie to wyglądało tak, że tworzyłem kontrolery s... 8.03.2009, 11:40:41 
Zigi Miałbym do Ciebie pytanie @bigZbig w jaki sposób t... 10.03.2009, 13:38:33
AxZx jako format wymiany danych ja bardziej skłaniam si... 10.03.2009, 14:15:43 
nasty Cytat(AxZx @ 10.03.2009, 15:15:43 ) j... 1.04.2009, 23:55:08
LBO API powinno się opierać na już istniejących akcjac... 21.03.2009, 14:04:36
Elf Rozdzielmy tutaj dwie rzeczy: API oraz udostępnian... 26.06.2009, 23:16:55
skrypta Przytocze przyklad API, produkt Basecamp ze stajni... 1.07.2009, 23:46:17
erix Nie dyskusyjne, gdyż chcą umożliwić innym develope... 2.07.2009, 10:10:49
batman Skoro temat został odgrzebany, to oddam swój głos ... 2.07.2009, 11:58:47
basso Witam,
A co z wydajnością ?
Stawiał ktoś scentral... 28.11.2012, 22:45:31
ViX Z mojego doświadczenia wynika, że API do pobierani... 26.04.2013, 11:06:06
Kalinowcyk Ja opieram się o SOAP, a do generowania WSDL wykor... 2.09.2014, 21:28:48
Pyton_000 Laravel pozwala dosłownie w kilka dni stworzyć RES... 2.09.2014, 21:36:28 ![]() ![]() |
|
Aktualny czas: 4.12.2025 - 16:46 |