Câu hỏi được gắn thẻ «rest»

Chuyển trạng thái đại diện, hoặc REST, là một kiểu kiến ​​trúc cho phần mềm mạng để truyền thông tin qua web.

2
Cách tốt nhất để triển khai xác thực cho API REST
Chúng tôi phát triển các ứng dụng dựa trên xã hội cho điện thoại di động. Mọi ứng dụng đều sử dụng các dịch vụ web RESTful API. Khi tôi thực hiện đăng nhập, tôi thường lưu tên người dùng và mật khẩu ở đâu đó trên thiết bị. Sau …
21 mobile  rest  login 



5
ROA OAuth2 so với Auth cơ bản cho API REST công khai?
Trường hợp sử dụng cụ thể mà tôi quan tâm ở đây là xác thực ứng dụng khách REST dựa trên các điểm cuối máy chủ có sẵn công khai (chẳng hạn như API REST công khai). Giải pháp đơn giản nhất ở đây là Basic Auth . Nhưng tôi …
21 rest  oauth  https 


1
Các lựa chọn thay thế cho OAuth?
Ngành công nghiệp Web đang thay đổi / đã chuyển sang sử dụng OAuth khi mở rộng dịch vụ API cho người tiêu dùng & nhà phát triển bên ngoài. Có một số sự tao nhã trong đơn giản .... và tốt, quy trình OAuth 3 bước không quá tệ …




1
Các url REST lồng nhau và id cha, thiết kế nào tốt hơn?
Được rồi, chúng tôi có hai tài nguyên: Albumvà Song. Đây là API: GET,POST /albums GET,POST /albums/:albumId GET,POST /albums/:albumId/songs GET,POST /albums/:albumId/songs/:songId Chúng tôi biết rằng chúng tôi ghét một số bài hát, nó được gọi là Susy, ví dụ. Chúng ta nên đặt searchhành động ở đâu? Câu hỏi khác. …

3
Liệu decoupling Trump DRY trong REST?
Tôi đang xây dựng API REST để hiển thị hầu hết chức năng của API Java hiện có. Cả hai API đều được sử dụng nội bộ trong tổ chức của tôi; Tôi không phải thiết kế để sử dụng bên ngoài. Tôi có ảnh hưởng đến cả hai API …
19 java  api  rest  coupling  dry 


5
API RESTful đại diện cho sự vắng mặt của một thứ
Hãy tưởng tượng một API để xác định xem một người đã chọn động vật linh hồn của họ hay chưa. Họ chỉ có thể có không hoặc một động vật tinh thần. Hiện tại: /person/{id}/selectedSpiritAnimal khi họ đã chọn một con vật trả về http 200 và {selectedAnimal:mole} nhưng …
18 rest 



Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.