介面 (資訊科技)

在程式設計時的一個基本原則是：所有的資源預設都是不允許直接存取的，只允許透過有良好定義的介面來存取[5]。軟體介面提供可以存取電腦系統中資源（例如記憶體、CPU、儲存裝置）的方式。若軟體沒有透過界面存取資源，而是直接存取相關資源，對機能以及穩定性都會造成不良的（而且可能是災難性的）後果

軟體模組中的介面會提供常數、資料類型、子程序的類型、异常处理規格、以及类型特征。有時介面中也會定義公共变量[6]。

軟體模組A的介面會刻意的和模組的實現分開定義。模組的實現會包括要有關介面的模組以及介面的實際程式碼，也包括模組中的私有程序及方法。另一個軟體模組 B，假設是軟體模組A的客户端，需通過公開提供的介面才能存取軟體模組A。這樣安排在實務的好處是：若將軟體模組A的實現方式改成其他方式，但介面不變，軟體模組B仍然可以存取軟體模組A，軟體模組A實現介面的作法不會影響B，這就是关注点分离，只關注介面的規格（也可以參照里氏替换原则）。

在一些面向对象程序设计語言中（特別是沒有完整多重继承的語言），會用「介面」來定義沒有資料，只有方法的抽象資料型別，以此為方法的簽名（signatures）。任一個具有程式及資料的类 (计算机科学)，只要有「介面」中所有的方法，就是「實現」此一介面[7]。而且，就算在單一繼承語言中，也可以實現多個介面，因此可以同時「符合」多種型態[8]。

介面是資料類型的定義：物件可以改變其型態（例如子程序或方法呼叫中），方式是用其所實現的介面或基底類，而不是直接列出具體的类。因此所有實現這個介面的类都可以使用。例如在最終實現之前，可以用虛設代碼來讓軟體開發得以進行。另外，在测试驱动开发中，可以在測試過程中用mock物件來取代實際的物件，這類的桩實現會在後續開發中，再改為真正實作的程式碼。

一般而言，介面中的方法沒有實際的程式碼，因此無法執行。若要執行，需要由非抽象的類別實現其介面，讓方法有實際的程式碼，才能執行。例如一種稱為Stack的介面需要支援兩種方法：push() and pop()。可以用不同的方式來實現，例如FastStack及GenericStack，第一個可能是快速的，其資料結構是固定長度的，第二個的資料結構其長度可以調整，不過速度較慢。

介面可能會包括許多方法，不過也有可能只有一種方法，甚至完全沒有方法。例如Java語言定義了介面Readable，只有一個read()方法：會因為不同的用途而有許多不同的實現，例如BufferedReader、FileReader、InputStreamReader、PipedReader及StringReader。像是Serializable等標記介面完全沒有方法，是在通用處理時，用反射來提供運行時資訊[9]。

介面的使用也可以形成一種稱為「介面上的程式設計」（programming to the interface）的程式設計風格。此作法背後的概念是將程式的邏輯以其物件的介面來呈現，而不是內部實現的細節。介面上的程式設計可以減少和實現相關的相依性，也提高程式的復用性[10]。

控制反转是將上述概念推到極致後的一種設計原則。