在TypeScript中,爲了能夠約束對象定義,提供了兩個新的特性,接口和類型別名。javascript
在強類型語言中,都有接口的概念,那麼TypeScript中的接口是如何使用的呢?html
接口定義形式以下:java
interface test { name: string, value: number }
上述接口,定義了一個test接口,該接口能夠約束兩個字段的數據類型,分別是name和value。而接口的使用主要有三個方面:實現、繼承和約束。函數
經過用類來實現接口,就實現了接口約束類中必須定義的字段,實現接口的關鍵字是implements,接下來,咱們定義一個類來實現上述接口:es5
class TestClass implements test { name: string; value: number; }
若是類中缺乏了屬性name和value,就會報錯,咱們就能夠用test接口來約束實現接口類中的屬性。spa
接口之間,還能夠進行繼承,用來使得該接口擁有被繼承接口的屬性和方法。好比有以下兩個接口:code
interface ColorInterface { color: string; } interface LineInterface { width: number; }
在上面咱們定義了兩個接口,分別表示顏色和線條的寬度,若是咱們想要定義一條直線的類別,那麼咱們能夠定義以下接口繼承:htm
interface StrightLineInterface extends ColorInterface, LineInterface { height: number }
此時此刻,接口StrightLineInterface便擁有了color和width屬性,TypeScript中類只能實現一個接口,可是接口能夠經過繼承實現多態。對象
除了被實現和繼承,接口還能夠用來約束對象或者函數類型。blog
好比咱們後臺獲取的數據須要遵循特定類型,咱們才能使用,咱們就能夠用接口來約束咱們獲取的數據類型。
好比,咱們獲取的數據是一個包含id,name的對象數據,那麼咱們能夠定義以下接口:
interface List { id: number, name: string, age?: number, // 可選屬性表示list中,無關緊要的屬性 } interface Result { data: List }
咱們在使用result的時候,就能夠用Result接口來約束它的格式:
function use(result: Result) { result.data.map(x => { // 操做代碼 }) }
接口還能夠約束可變參數的對象,可變參數就是咱們不知道對象中有多少個屬性,可是咱們知道屬性的類別,能夠用以下方式約束:
interface NameArray { [x: number]: string }
該接口表示咱們接受約束的對象必須是數字下標,而值必須是string類型的value對象。
除此以外,接口還能夠約束函數:
interface Add { (x: number, y: number): number } let add: Add = (a, b) => a + b;
接口約束Props和State
接口還能夠約束React中的Props和State的類型,以下所示:
interface Props { name: string, data: string[] } interface State { [x: string]: string } class Comp extends React.Component<Props, State> { // 第一個表示props的類型約束,第二個表示state的類型約束,若是沒有props,咱們能夠設置爲{} }
上面提到的接口能夠作的一些事情,而類型別名,主要就是對對象或者函數起到約束做用,特性沒有接口多。
type Add = (x: number, y: number) => number; let add: Add = (a, b) => a + b;
而類型別名是早起TypeScript作類型約束的主要形式,後來引入接口以後,TypeScript推薦咱們儘量的使用接口來規範咱們的代碼。
而二者也都是TSC編譯器作類型斷定的時候有做用,咱們能夠在playground裏面看到,當咱們寫一個接口或者是一個類型別名定義一個對象或者方法的時候,並未有任何編譯成的es5代碼出現。
這一小節主要講述了類型別名和接口的用法,以及二者的區別。
TypeScript中,若是再相同功能點的頂一下,推薦使用interface去定義數據類型。
個人博客地址:http://www.gaoyunjiao.fun/?p=138
原文出處:https://www.cnblogs.com/qixingduanyan/p/11479192.html