大家好!這篇文章旨在幫助您改進專案資料類型的連接方式,使它們更可靠且更易於理解。
TLDR 對於那些匆忙的人:避免重複引用同一事物的類型和常數,並嘗試給它們提供暗示性的名稱(即使它們是簡單的字串或數字)。這將使您以後更容易識別、修改或刪除您的程式碼。
假設您正在開發一個電子商務網站,並且您已將產品類型定義為:
export type ProductType = { id: string; name: string; price: number; };
在此類項目中,您可以透過簡單的函數輕鬆找到引用產品 id 的多種方式:
更進階的情況,例如將產品的資料保存在狀態儲存中,或將 props 傳遞給 JS 框架中的其他元件
現在讓我們用這個方法解決問題:
要解決問題一,您可以使用模板文字類型,這將使新產品ID 的類型為:${string}-${string}-${string}-${string} 。現在,在多個文件中重複此操作會很煩人,因此可以:
type ProductIdType = `${string}-${string}-${string}-${string}`
如果需要,您也可以為每個字串建立並引用不同的類型,或引用您先前建立的其他類型。最後您將使用新類型:
(productId : ProductIdType) => {...}
(productId : ProductType['id']) => {...}
這兩種方法都可以解決問題二:無論您在哪裡找到 ProductIdType 或 ProductType['id'],您都會知道您正在處理產品的 id,並且知道您應該替換它。
第一個解決方案可能看起來更友好,但現在您將擁有一個雙向結構,其中一個產品類型和另一個 id 類型,可以獨立使用。以下是所述結構的範例表示:
這無疑是一個較小的問題,但如果您更改/刪除 ProductType 的 id 條目,該更改不會反映在您的整個專案中。
然而,最後一種方法是我通常遵循的方法,因為它增加了數據的耦合(由於缺乏更好的詞)。現在,您對產品資料的所有參考都直接指向 ProductType:
我並不是說您應該始終為所有資料建立類型。每當我看到自己重複引用相同的資料類型時,我通常會選擇存取原始資料類型,就像第二種方法一樣。
額外提示1: 您可以對const 應用相同的邏輯:如果您發現自己在多個位置重複相同的魔術數字或字串,最好給它一個正確的指定並使用它。
額外提示 2: 如果您想要選擇/排除某個類型的多個條目而不是重複它們,請使用「選擇」、「省略」和「排除」以及其他實用程式類型。
就這些了!我希望你喜歡我的帖子。請隨時留下您對此主題的回饋。
以上是改善專案中的耦合的詳細內容。更多資訊請關注PHP中文網其他相關文章!