Pytania otagowane jako rest

Reprezentatywny transfer stanu lub REST to styl architektoniczny oprogramowania sieciowego do przesyłania informacji przez Internet.

3
Czy przesyłanie tokenów dostępu za pomocą nagłówków HTTP jest bezpieczne?
Jest to pierwsza usługa internetowa RESTful i martwię się o kwestie bezpieczeństwa. Czy przesyłanie mojego tokena dostępowego za pomocą nagłówków HTTP jest bezpieczne? Na przykład: POST /v1/i/resource HTTP/1.1 Content-Type: application/x-www-form-urlencoded Api-key: 5cac3297f0d9f46e1gh3k83881ba0980215cd71e Access_token: 080ab6bd49b138594ac9647dc929122adfb983c8 parameter1=foo&parameter2=bar Połączenie wykonane SSL. Ponadto, co należy zdefiniować jako scopeatrybut każdegoaccess token
1
Reguła interfejsu API REST dotycząca tunelowania
Po prostu przeczytaj to w Rulebook REST API : GET i POST nie mogą być używane do tunelowania innych metod żądania . Tunelowanie odnosi się do każdego nadużycia HTTP, które maskuje lub wprowadza w błąd zamiar wiadomości i podważa przejrzystość protokołu. Interfejs API REST nie może naruszać jego projektu przez …
11 api  rest  web-framework  http 
3
Jak korzystać z zewnętrznego interfejsu API RESTful z Symfony?
Budujemy architekturę Microservice dla naszych projektów, głównie aplikacje frontowe Symfony współpracują z wewnętrznymi interfejsami API RESTful. Problem polega na tym, że podejście to łamie zarządzanie jednostkami Symfony polegającymi w dużej mierze na Doctrine z bazą danych. Tam, gdzie Symfony zwykle obsługuje jednostki za pomocą Doctrine, automatyzując większość pracy, nie można …
3
Czy istnieją strategie odkrywania usług REST za pomocą HATEOAS?
Podczas budowania usługi REST z ograniczeniem HATEOAS bardzo łatwo jest ogłosić istnienie zasobów poprzez łączenie. Robisz GETdo katalogu głównego mojej witryny, a ja odpowiadam dokumentem głównym z listą wszystkich zasobów pierwszego poziomu: { users: { href: "/users" } questions { href: "/questions" } } Klienci, którzy rozumieją, jak odczytać te …
10 design  rest  hateoas 
5
Pojęcia dotyczące interfejsu API REST
Mam trzy pytania dotyczące projektu interfejsu API REST, które mam nadzieję, że ktoś może rzucić nieco światła. Szukałem bez końca od wielu godzin, ale nigdzie nie znalazłem odpowiedzi na moje pytania (może po prostu nie wiem, czego szukać?). Pytanie 1 Moje pierwsze pytanie dotyczy działań / RPC. Od jakiegoś czasu …
10 api  rest 
1
Najlepsza praktyka obsługi asynchronicznej komunikacji między urządzeniami?
Niedawno zakończyłem projekt obsługi przetwarzania kart kredytowych. Jedną z trudności, z którymi się spotkałem, była obsługa opóźnień / możliwych awarii powiadomień. Najbardziej złożonym przykładem było: zewnętrzny system wysyłający żądanie zapłaty mój system przekształca to żądanie w żądanie do bramki płatności wysyłanie użytkownika do bramy oczekiwanie na dokonanie płatności przez użytkownika …
6
Testowanie klienta REST na serwerze REST. Jak robić mecze?
Pisząc testy jednostkowe, często używa się urządzeń: mało danych do przetestowania, więc możemy powiedzieć: 1. Zdobądź wszystkich klientów, którzy powinni dołączyć Willy Wonka. 2. Usuń klienta 3, a teraz zdobądź klientów nie powinien już zawierać Willy Wonka. To dobrze w testach jednostkowych. Użyj setup / teardown, aby ponownie załadować urządzenia …
10 unit-testing  api  rest 
7
Czy to jest „anty-wzór” i czy powinienem przestać go używać, czy jest to sprytny projekt?
Zasadniczo starałem się wykonać następujące czynności podczas tworzenia usługi REST: Wymagany jest HTML usługa zwraca żądaną stronę internetową, ale bez żądanego „zasobu”, np. dane strona zawiera JavaScript, który wysyła żądanie AJAX do tej samej usługi (inny typ zawartości) Usługa zwraca rzeczywiste dane (JSON), a strona wyświetla je Z jednej strony …
2
Czy rozsądne jest, aby zasoby REST były w liczbie pojedynczej i mnogiej?
Zastanawiam się, czy zamiast bardziej tradycyjnego układu takiego jak ten: api/Products GET // gets product(s) by id PUT // updates product(s) by id DELETE // deletes (product(s) by id POST // creates product(s) Czy bardziej przydatne byłoby użycie liczby pojedynczej i mnogiej, na przykład: api/Product GET // gets a product …
10 rest 
2
Czy interfejs API REST może zwrócić wiele zasobów jako jeden zasób złożony?
Jestem w trakcie tworzenia interfejsu API REST i obecnie napotykam następujący problem: Foojest pierwszym zasobem. Operacje CRUD można zastosować za pomocą /foo/identyfikatora URI. Barjest drugim zasobem. Operacje CRUD można zastosować za pomocą /bar/identyfikatora URI. Każdy Foojest powiązany z zerem lub jednym Bar. Powodem, dla którego nie traktuję tego Barjako podrzędnego …
4
Czy interfejs API REST powinien być w stanie konwertować datę / godzinę na odpowiednią strefę czasową klienta?
Podczas wdrażania naszego API pojawiła się kwestia czasu i stref czasowych. Wszystkie daty są znormalizowane do UTC w bazie danych. Obecnie w aplikacji innej niż API wszystkie czasy danych są konwertowane na podstawie preferencji użytkowników, zanim zostaną przedstawione. Teraz pojawiło się to samo pytanie dotyczące interfejsu API: czy interfejs API …
10 rest  api  time 
2
Niestandardowe użycie nagłówka autoryzacji w interfejsie API REST
Buduję interfejs REST, w którym klienci są uwierzytelniani przy użyciu certyfikatów klienta. Klient w tym przypadku nie jest indywidualnym użytkownikiem, ale jakąś warstwą prezentacji. Użytkownicy są uwierzytelniani przy użyciu niestandardowego podejścia, a warstwa prezentacji odpowiada za prawidłowe wykonanie (uwaga: wiem, że to nie jest właściwe podejście, ale interfejs API nie …
3
Czy złą praktyką jest, aby definicja obiektu API zawierała identyfikatory referencji innych firm jako właściwości?
Lubię to: Campaign: type: object properties: id: type: string description: "A GUID identifier" referenceId: type: string description: "A consumers identifier they have used to map their own systems logic to this object." name: type: string description: "'Great Campaign 2017' as an example" Jestem zaniepokojony referencją . Domena systemowa to platforma, …
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.