一個接口是一個完全抽象的類型；它提供了骨架（實例字段聲明）但是完全沒有實現。因為它不提供任何程序，所以不能被實例化。因此，類只能實現接口但是不能擴展它們。一個類實現一個接口必須強制提供對每個接口中包含的字段的定義。 接口聲明非常相似于類聲明，使用相同的命名約定；如下： ~~~ //實現多接口使用逗號分隔 interface Name implements Interface, implements Other { //... } ~~~ 接口主體可以包括函數和變量的定義，因為它和在類定義時發生有一個明顯區別：函數不能有一個如下所示的函數體。 ~~~ interface IPerson { var firstName : String; var familyName : String; function getFullName() : String; } ~~~ 接口名前大寫的I字母似乎一個命名約定，在其他語言如C#中也見到過，但是它不是必須的，你可以遵循自己的約定，但是建議按照這個方式命名。 一個接口可以實現一個或者更多的接口，但是不能擴展它們。而在類的定義中情況相反，當訪問修飾符是忽略，public 默認值總是被賦予；函數、參數、變量和屬性的類型必須總是顯式提供。 靜態字段在接口中聲明沒有意義，因為，已經解釋過，它們僅僅被聲明類型擁有，不會被繼承。 接口在實踐中的應用于一個系統需要交換類型，它分享他們的定義，而不是實現。這樣一個系統可以以圖形用戶界面（GUI）為例，需要一些部件（按鈕，文本字段等）實現通用的Control接口。 另外典型的應用場景是在一個底層系統定義一個抽象層；在Haxe中，這個抽象類型可以在 neko.db.Connection 接口發現，它定義一個通用的和互換的方法來連接到數據庫。所有的數據庫，獨立于它們的源，執行一些通用的任務：執行查詢，連接到一個數據源，等等。這些通用任務以不同的方式實現，取決于供應商的選擇。要統一不同庫的行為，因此實現抽象的的層，需要寫一些膠水代碼。這個代碼回包括封裝源API的函數并映射哪些在neko.db.Connection實現類的功能。這種方式，可以以使用MySql和SQLite為例，以一種相同的方式，更重要的是一個可交換的方式。當需要從一個db切換到另一個，這足以改變實例化的線路。