So sánh Giao thức trong Swift so với Giao diện trong Java

Question

Tôi sẽ xem hướng dẫn iOS từ Apple developer page.

Dường như với tôi rằng và interface hầu như có cùng chức năng.

• Có sự khác biệt nào giữa hai loại này không?

• cách sử dụng khác biệt trong dự án?

Cập nhật

Có, tôi đã đọc các diễn đàn và tôi vẫn không chắc chắn về sự khác biệt và sử dụng giữa và interface. Khi tôi đặt câu hỏi như thế này, tôi muốn thấy một lời giải thích đơn giản về chủ đề này. Đôi khi nó có thể là khó khăn để có được tất cả mọi thứ từ các tài liệu hướng dẫn.

Answer 1

Về cơ bản giao thức rất giống với giao diện Java, ngoại trừ:

• giao thức Swift cũng có thể chỉ định các thuộc tính đó phải được thực hiện (tức là các trường)
• giao thức Swift cần để đối phó với giá trị/tài liệu tham khảo thông qua việc sử dụng của các từ khóa đột biến (vì các giao thức có thể được triển khai bởi các cấu trúc và lớp)
• bạn có thể kết hợp các giao thức tại bất kỳ điểm nào với giao thức <> từ khóa. Ví dụ: khai báo thông số hàm phải tuân theo giao thức A và B là:

.

func foo (var1 : protocol<A, B>){} 

Đây là sự khác biệt rõ ràng ngay lập tức cho nhà phát triển Java (hoặc ít nhất là những gì tôi đã phát hiện từ trước đến nay).

Answer 2

Bổ sung câu trả lời của @Thomas Schar. Phép thuật giao thức Swift xuất phát từ phần mở rộng.

• Giao thức Swift có thể triển khai thông qua tiện ích (Swift
  2). Giao diện Java 8 có thể có các triển khai mặc định, nhưng không thể thực hiện được "hồi tố".
• Nhanh chóng, bạn có thể "hồi tố" thêm yêu cầu giao thức (và
  việc triển khai nếu cần) cho bất kỳ lớp hoặc cấu trúc nào.
• Giao thức nhanh không tuân theo mẫu tùy chỉnh chung (ví dụ: < ..>), nhưng lược đồ đánh máy (ví dụ: Loại được liên kết). Có thể gây nhầm lẫn khi bắt đầu, nhưng có thể tránh
  "mù khung góc" trong một số trường hợp.
• Swift có kiểu đối sánh mẫu nâng cao, cho phép rất cụ thể về địa chỉ và cách thức yêu cầu giao thức và tiện ích mở rộng được áp dụng . Có thể gây nhầm lẫn khi đến từ Java, nhưng nó có rất nhiều quyền lực.
• Giao thức Swift có thể được soạn cho thuộc tính/tham số (tức làcelebrator: protocol)

Một điều mà tôi đã gãi đầu của tôi cho vài giờ là không phải tất cả các giao thức có thể được sử dụng như loại tài sản. Ví dụ, nếu bạn có một giao thức với typealias, bạn không thể trực tiếp sử dụng nó như một kiểu thuộc tính (nó có ý nghĩa khi bạn nghĩ về nó, nhưng bắt nguồn từ Java, chúng ta thực sự muốn có một thuộc tính như userDao: IDao).