石頭智能洗地機A10 Plus體驗：雙向自清潔治好了我的懶癌
一、前言和介紹專為家庭請假懶人而生的石頭科技在近日又帶來了自己的全新旗艦新品，石頭智能洗地機A10 Plus。從這個產品名上就不難看出，這次石頭推出的并不是常見的掃地機器
這張圖片是由人工智能生成的。
類型和接口 是每個 TypeScript 程序中使用的重要特性。
然而，由于類型和接口在功能上非常相似，這就引出了一個問題：哪個更好？
今天，我們將評估類型和接口，然后得出結論，說明為什么你在大多數情況下應該使用類型而不是接口。
所以，不多說了……讓我們馬上開始吧。
讓我們分析一下這個 Person 類型 和 接口 的定義：
type Person = { name: string age: number}interface Person { name: string age: number}很明顯，類型和接口有相似的語法，關鍵區別在于類型使用 = 來定義對象的形狀，而不是接口。
然而，事情遠不止于此。
讓我們深入挖掘一下，一起探索和評估類型和接口。
就可擴展性而言，許多人認為接口是顯而易見的贏家，因為接口可以使用 extends 擴展其他接口。
// 可擴展性示例interface Job { job: string}interface Person extends Job { name: string age: number}// 使用了 Person 和 Job 的屬性。const person: Person = { name: "John", age: 25, job: "全棧 Web 開發者",}在這里，Person 接口擴展了 Job，因此 Job 接口的屬性合并到了 Person 中。
另一方面，類型也通過利用 聯合 | 或 交集 & 運算符來合并現有類型，提供了可擴展性。
接口無法直接表達這種行為。
// ? 正常工作type Person = { name: string age: number} & { job: string }// ? 不工作interface Person { name: string age: number} & { job: string }在 TypeScript 中，接口與面向對象編程（OOP）兼容，就像其他語言（例如 Java 或 C#）一樣。
這意味著接口可以在類中使用 implements 實現。
現在讓我們將 Person 定義為一個類，并實現一個名為 Work 的新接口，滿足它們之間的約定。
// 實現示例interface Work { doWork: () => void}class Person implements Work { name: string age: number constructor(name: string, age: number) { this.name = name this.age = age } // 實現 doWork 方法以滿足 `Work` 接口。 doWork() { console.log("工作中...") }}const person = new Person("John", 25)person.doWork()因此，如果你經常使用 OOP，接口將比類型更適用，因為類型不能直接由類實現。
當談論性能時，我們指的是 TypeScript 編譯器執行的 “類型檢查” 性能，隨著代碼庫規模的增加，其性能會呈指數級下降。
這就是為什么我們要對類型和接口在類型檢查性能方面進行基準測試，看看哪個更優。
這是一個視頻，由 Matt Pocock 解釋了類型和接口之間的區別，以及在類型檢查性能方面實際上 沒有 類型和接口之間的任何差異。
在 TypeScript 中，接口具有一個稱為 聲明合并 的獨特特性。
聲明合并是指 TypeScript 編譯器將 兩個或多個 具有相同名稱的接口合并為 一個。
// 初始的 Person 接口interface Person { name: string age: number}// 使用 "聲明合并" 來完善 Person 接口interface Person { gender: string}// 使用 "合并" 接口來定義一個新的 "person"const person: Person = { name: "John", age: 25, gender: "男性" }一方面，這個特性允許方便地對現有接口進行細化和擴展，而不會影響其他依賴項。
另一方面，聲明合并可能會對你的代碼庫產生有害且令人驚訝的影響，主要有以下 兩個 原因：
類型沒有這個問題，因此更直接且安全。
除非需要特定的接口行為，例如可擴展的細化或使用 OOP 進行實現，否則最好使用類型。
類型靈活、直接，并且避免與聲明合并相關的問題。
與接口相比，類型在性能上也完全相同，為你提供了另一個選擇類型而不是接口的理由。
本文鏈接：http://m.www897cc.com/showinfo-26-87968-0.html請停止使用 TypeScript 接口
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： Flask中四個好用的裝飾器
下一篇： 用于時間序列概率預測的共形分位數回歸
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號