Comparez le protocole dans Swift et l'interface dans Java

Je suis en train de parcourir le didacticiel iOS de la page des développeurs Apple .

Il me semble que protocolet interfaceavoir presque la même fonctionnalité.

• Y a-t-il des différences entre les deux?

• l'utilisation différente dans le projet?

Actualisé

Oui , j'ai lu le lien ci-dessus et je ne suis toujours pas sûr des différences et de l'utilisation entre protocolet interface. Lorsque je pose une question comme celle-ci, j'aimerais voir une explication simple sur le sujet. Parfois, il peut être difficile d'obtenir tout dans la documentation.

Essentiellement, les protocoles sont très similaires aux interfaces Java, sauf pour:

• Les protocoles Swift peuvent également spécifier les propriétés qui doivent être implémentées (c.-à-d. Des champs)
• Les protocoles Swift doivent gérer la valeur / la référence via l'utilisation du mot-clé mutating (car les protocoles peuvent être implémentés par des structures et des classes)
• vous pouvez combiner des protocoles à tout moment avec le mot-clé protocol <>. Par exemple, déclarer un paramètre de fonction qui doit adhérer aux protocoles A et B comme:

.

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

Ce sont les différences immédiatement apparentes pour un développeur Java (ou du moins ce que j'ai repéré jusqu'à présent).

En complément de la réponse de @Thomas Schar. La magie du protocole Swift vient de l'extension.

• Les protocoles Swift peuvent obtenir des implémentations via l'extension (Swift
  2). L'interface Java 8 peut avoir des implémentations par défaut, mais cela ne peut pas être fait «rétroactivement».
• Dans Swift, vous pouvez ajouter "rétroactivement" des exigences de protocole (et
  ses implémentations si nécessaire) à n'importe quelle classe ou structure.
• Les protocoles Swift ne suivent pas le modèle de personnalisation générique (c'est-à-dire <..>), mais un schéma de typealias (c'est-à-dire les types associés). Peut être déroutant au début, mais peut éviter la
  "cécité de la cornière" dans certains cas.
• Swift a une correspondance de modèle de type avancée, permettant d'être très spécifique sur où et comment les exigences et les extensions de protocole sont appliquées. Cela peut être déroutant en venant de Java, mais il a beaucoup de puissance.
• Un protocole rapide peut être composé pour une propriété / paramètre (ie célébrateur: protocole)

Une chose qui m'a fait me gratter la tête pendant quelques heures est que tous les protocoles ne peuvent pas être utilisés comme types de propriétés. Par exemple, si vous avez un protocole avec des typealias, vous ne pouvez pas l'utiliser directement comme type de propriété (cela a du sens quand on y pense, mais venant de Java, nous voulons vraiment avoir une propriété comme userDao: IDao).