Przeczytałem wiele artykułów dotyczących architektury mikrousług i zastanawiałem się, kiedy użyć AMQP lub REST. Czytałem, że luźne łączenie usług jest dobrą rzeczą, a AMQP wydaje się w tym przypadku dobrym wyborem. Ale jeśli użyjemy AMQP, oznacza to, że nie potrzebujemy już punktów końcowych REST (ale oznacza to, że tracimy koncepcję …
Bardzo często określa się wersje interfejsów API REST w adresie URL, szczególnie na początku ścieżki, tj. Coś w stylu: POST /api/v1/accounts GET /api/v1/accounts/details Jednak nie widziałem żadnego projektu, w którym wersja jest powiązana z każdym interfejsem API. Innymi słowy, utrzymujemy wersję każdego interfejsu API osobno. to znaczy: POST /api/accounts/v2 GET …
Projektujemy interfejs API RESTful przeznaczony głównie do zaspokojenia potrzeb jednego klienta. Ze względu na bardzo szczególne okoliczności ten klient musi składać jak najmniej zapytań. Interfejs API obsługuje i18n za pomocą nagłówka Accept-Language w żądaniach. Działa to dla wszystkich rzeczy, które klient musi zrobić, z wyjątkiem jednej funkcji, w której klient …
Moja implementacja REST zwróci błędy w JSON z następną strukturą: { "http_response":400, "dev_message":"There is a problem", "message_for_user":"Bad request", "some_internal_error_code":12345 } Sugeruję utworzenie specjalnego modelu odpowiedzi, w którym mogę przekazać potrzebne wartości właściwości (dev_message, message_for_user, some_internal_error_code) i zwrócić je. W kodzie byłoby to podobne do tego: $responseModel = new MyResponseModel(400,"Something is …
Buduję .NET 4.5 C # Web API RESTful rozwiązanie i chciałbym, aby ktoś mi powiedział, czy moje rozwiązanie projektu jest poprawne i / lub mądre (-wystarczy?) Dla rozwiązania zaprojektowanego przy użyciu Domain Driven Design, proszę. Rozwiązanie zostało podzielone na 6 projektów: /Baza (Niczego nie ma) Projekt internetowy stanowi interfejs między …
Piszę interfejs API Rest i zastanawiam się, jak najlepiej obsługiwać różne wersje. Nie mam na myśli tego, jak zdefiniować identyfikator URI jako V2 lub V3, ale raczej jak ustrukturyzować kod, biorąc pod uwagę, że musiałby on: Obsługa wielu wersji jednocześnie, np. Identyfikatory URI wersji V1, V2 i V3 muszą być …
Buduję interfejs API REST, który umożliwia wstawianie (POST, nie idempotent) i aktualizację (PUT, idempotent) żądań dodania / aktualizacji bazy danych do naszej aplikacji. Zastanawiam się, czy istnieją jakieś standardy lub najlepsze praktyki dotyczące tego, jakie dane wysyłamy z powrotem do klienta w odpowiedzi na operację POST (wstawianie). Musimy odesłać przynajmniej …
Jeśli dobrze rozumiem, REST został sformalizowany przez Roy Fieldinga jako model opisowy architektury sieci. AFAIK Fielding nie twierdził, że REST jest dobry, po prostu opisywał faktyczną architekturę sieci. Sieć już w tym momencie udowodniła, że jest ogromnym sukcesem rozproszonego systemu hipertekstu, więc ten rodzaj potwierdza REST jako udaną architekturę w …
Zamierzam napisać interfejs API usługi sieci Web i myślę o utworzeniu usługi REST. Co w tym kontekście oznacza OData? Czy możesz wyjaśnić różnicę między OData a REST?
Rozwijam prostą usługę RESTful dla turniejów i harmonogramów. Gdy turniej jest tworzony na podstawie żądania POST zawierającego ciało JSON, turniej jest wstawiany do BiMap, zadeklarowanej w następujący sposób w implementacji DAO: private BiMap<String, Tournament> tournaments = Maps.synchronizedBiMap(HashBiMap.create()); Po utworzeniu turnieju jest zwracany powiązany identyfikator ciągu, aby użytkownik mógł mieć w …
Projektuję interfejs API usługi REST i utknąłem na właściwej drodze do zagnieżdżania zasobów. Zasoby: partnerzy, bilety, ustawienia Połączenia między zasobami: partner ma wiele biletów, partner ma ustawione ustawienia, Logika biznesowa: możesz wymienić wszystkich partnerów jako anonimowych użytkowników, możesz dodać nowy bilet do określonego partnera jako użytkownik anonimowy, tylko partner może …
Załóżmy, że używasz interfejsów API od dostawcy, jak upewnić się, że ich interfejs API działa zgodnie z oczekiwaniami? Czasami moim głównym zmartwieniem jest to, że sprzedawca wypycha zmiany do swojego kodu i łamie API, chcemy mieć jakieś automatyczne oprogramowanie do ich ciągłego testowania. Jak sobie z tym poradzić?
Zgodnie z Royem Fieldingiem (jednym z głównych autorów specyfikacji HTTP) w swojej pracy dyplomowej Style architektoniczne podczas omawiania REST , wspomina: [E] Żądanie od klienta do serwera musi zawierać wszystkie informacje niezbędne do zrozumienia żądania i nie może korzystać z żadnego kontekstu przechowywanego na serwerze. Przez „zapisany kontekst” odnosi się …
Mamy interfejs API sieci Web ASP.NET, który zapewnia interfejs API REST dla naszej aplikacji jednostronicowej. Używamy DTO / POCO do przesyłania danych przez ten interfejs API. Problem polega na tym, że z czasem te DTO stają się coraz większe, więc teraz chcemy zmienić DTO. Szukam „najlepszych praktyk”, jak zaprojektować DTO: …
Projektując interfejs API, postawiliśmy pytanie, czy ładunek PUT powinien zawierać identyfikator aktualizowanego zasobu. Oto, co obecnie mamy: PUT /users/123 Payload: {name: "Adrian"} Nasz kod trasy wyodrębnia identyfikator z identyfikatora URI i kontynuuje aktualizację. Pierwsi użytkownicy naszego API pytają, dlaczego nie pozwalamy na identyfikatory w ładunku: PUT /users/123 Payload: {id: 123, …
Używamy plików cookie i innych technologii śledzenia w celu poprawy komfortu przeglądania naszej witryny, aby wyświetlać spersonalizowane treści i ukierunkowane reklamy, analizować ruch w naszej witrynie, i zrozumieć, skąd pochodzą nasi goście.
Kontynuując, wyrażasz zgodę na korzystanie z plików cookie i innych technologii śledzenia oraz potwierdzasz, że masz co najmniej 16 lat lub zgodę rodzica lub opiekuna.