thắc mắc SOAP vs REST?

  • Người tạo chủ đề Người tạo chủ đề INDIA SUPPORT
  • Ngày bắt đầu Ngày bắt đầu

INDIA SUPPORT

Senior Member
Từ stackoverflow
https://stackoverflow.com/questions...rings its own protocol,(not data) as services.

Sau khi xem qua các câu trả lời thì thấy SOAP có 2 điểm hơn REST
- Hỗ trợ WS-Security
- ACID based transactional management

Tuy nhiên, tui ko hiểu thực tế những app nào, web nào thì họ dùng SOAP.
Rest cũng có thể dùng SSL, HTTPS cho security, và ACID thì tui nghĩ là MySQL cũng có ACID rồi, vậy cái ACID kia để làm gì?
 
Cái SOAP nó cũ lắm rồi thì phải, mình không thích xài SOAP tí nào vì config trong project rối rắm :mad: không đơn giản như thằng REST.

Thường mấy thằng liên quan tới finance vẫn dùng SOAP thì phải, đây là service mà mình implement cho client: https://finland.bisnode.fi/documentation/companies/companies-soap/

Bá vậy, thím đang làm ở Phần Lan à? :love:
Vậy là SOAP bây giờ giông kiểu legacy như cobol nhỉ, chứ project mới chắc ko ai dùng.
Mình thì muốn biết trong 1 trường hợp nào đó ngoài legacy thì bắt buộc phải dùng SOAP ấy :big_smile:
 
Soap hay dùng trong ngành tài chính thôi, hệ thống core lâu năm, cũ nhưng chạy tốt, đồ cũ đi với đồ cũ (bọn tài chính hay xài cobol :burn_joss_stick:)
 
Đang xài graphQL cơ mà dùng của thằng aws appsync , define db vs permission nó tự gen ra backend cơ mà có mấy case khó custom. K biết thim nào tự viết graph thì dùng hàng nào
 
tưởng bây giờ phải so GraphQL với GRPC chứ SOAP mà còn người dùng à :pudency:
 
SOAP mình thường thấy ở các hệ thống cũ chạy lâu dài, mình cũng đã từng làm, cài đặt và configuration khá phức tạp.
 
Giờ các hệ thống mới thì hay dùng REST nhưng các hệ thống liên quan tới tài chính, ngân hàng, viễn thông... thì vẫn dùng SOAP vì nó tuy cũ nhưng lại có tính bảo mật hơn ở chỗ cấu trúc của file gửi đi chỉ thằng client vs thằng server biết được
 
Mình từng đụng một dự án quản lý kho của bọn Nhật dùng SOAP code trên Winform C#, NET 4.0 tuổi đời gần bằng tuổi mình :D Đa số là mình call SQL rồi hắn gọi qua WebMethod tới cái DB của server.
Nhược điểm
Viết hơi cực. Config tương đối phức tạp.
Ưu điểm
Được cái tư duy khi viết thằng này tương đối rõ ràng 🍕 thân thiện với dev. Giống kiểu chả có cái backend nào phía sau á. Cứ thế mà gọi thôi :LOL:
 
Mình chia sẻ quan điểm:
  • Rest Stateless, còn Soap support cả hai. Tùy vào requirement mà chọn.
  • Soap là protocol, Rest là architecture contrainsts.
  • Cá nhân mình gặp đa phần là Soap được dùng trong Finances. Chắc do UBL standards dùng XML schemas.
Mình chỉ đoán chứ không khẳng định, vì exchange data thì Rest đa dạng hơn chứ không chỉ XML như Soap, và Rest lightweight hơn. Khi exchange bằng Soap thì cho mình cảm giác strictly, clearly defined data.

via theNEXTvoz for iPhone
 

Thống kê chủ đề

Ngày tạo
INDIA SUPPORT,
Người trả lời cuối
o0alvin0o,
Trả lời
12
Lượt xem
2.452
Quay lại
Lên đầu trang