Comparar protocolo en Swift versus interfaz en Java

Estoy revisando el tutorial de iOS de la página de desarrollador de Apple .

Me parece eso protocoly interfacecasi tiene la misma funcionalidad.

• ¿Hay alguna diferencia entre los dos?

• ¿El uso diferente en el proyecto?

Actualizado

Sí , leí el enlace de arriba y todavía no estoy seguro de cuáles son las diferencias y el uso entre protocoly interface. Cuando hago una pregunta como esta, me gustaría ver una explicación simple sobre el tema. En algún momento puede ser difícil obtener todo de la documentación.

Esencialmente, los protocolos son muy similares a las interfaces de Java, excepto por:

• Los protocolos Swift también pueden especificar propiedades que deben implementarse (es decir, campos)
• Los protocolos rápidos deben tratar con el valor / referencia mediante el uso de la palabra clave mutante (porque los protocolos pueden implementarse mediante estructuras y clases)
• Puede combinar protocolos en cualquier momento con la palabra clave protocol <>. Por ejemplo, declarar un parámetro de función que debe cumplir con el protocolo A y B como:

.

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

Estas son las diferencias inmediatamente aparentes para un desarrollador Java (o al menos lo que he visto hasta ahora).

Complementando la respuesta de @Thomas Schar. La magia del protocolo Swift proviene de la extensión.

• Los protocolos Swift pueden obtener implementaciones a través de la extensión (Swift
  2). La interfaz Java 8 puede tener implementaciones predeterminadas, pero no se puede hacer "retroactivamente".
• En Swift, puede agregar "retroactivamente" requisitos de protocolo (y
  sus implementaciones si es necesario) a cualquier clase o estructura.
• Los protocolos de Swift no siguen el patrón de personalización genérico (es decir, <..>), sino un esquema de typealias (es decir, Tipos asociados). Puede ser confuso al principio, pero puede evitar la
  "ceguera del soporte angular" en algunos casos.
• Swift tiene una coincidencia de patrones de tipos avanzada, lo que permite ser muy específico sobre dónde y cómo se aplican los requisitos y extensiones de protocolo. Puede ser confuso cuando viene de Java, pero tiene mucho poder.
• Se puede componer un protocolo rápido para una propiedad / parámetro (es decir, celebrador: protocolo)

Una cosa que me hizo rascarme la cabeza durante un par de horas es que no todos los protocolos se pueden usar como tipos de propiedad. Por ejemplo, si tiene un protocolo con typealias, no puede usarlo directamente como un tipo de propiedad (tiene sentido cuando lo piensa, pero viniendo de Java realmente queremos tener una propiedad como userDao: IDao).