” 另一件事是，讓 JavaScript 訪問該狀態非常好

RAHIM24

反之亦然。所以我真的很喜歡在 JavaScript 中應用帶有資料屬性的狀態。我認為這本質上就是它們的用途，一種通訊層。他們之間的和諧似乎運作得非常好。 安迪：一個很好的例子是，假設您收到了一條狀態訊息，然後 JavaScript 將新增資料狀態，即成功、錯誤或資訊等。然後，您可以使用 CSS 中的異常樣式來連線它。所以你知道這是狀態元件的一個例外，它違背了它的預設狀態。所以這只是一種非常方便的處理事情的方式。它在兩端都是可預測的：在 CSS 端是可預測的，在 JavaScript 端也是可預測的。


德魯：我想類名沒有提供屬性和值是件好事。因此，如果您想要 電話號碼清單   擁有類似狀態的東西，並且它可以是成功或失敗或警告或其他什麼，您可以專門處理該狀態屬性並翻轉其值。然而，對於一長串類名，例如，如果您在 JavaScript 中對其進行操作，則必須檢視每個類名並在其中新增業務邏輯，其中表示：“我只能設定其中之一”，如果將其中兩個類應用於同一個元素，會發生什麼？您無法通過資料屬性獲得這一點，它只有一個值。 安迪：是的。這是一個很好的說法，是的。我發現這樣的工作非常有幫助。 德魯：這很有趣。我認為我還沒有看到任何其他採用這種方法的方法。這是 CUBE 獨有的做法嗎？ 安迪：有可能。我真的不太關注其他事情，這是我應該做的。





可能其他人正在這樣做。我現在告訴你，這是最有爭議的方面。有些人確實不喜歡使用資料屬性的想法。事情也是如此，我的迴應是，做你想做的事。我們並不是告訴您以某種方式做事，這只是建議。如果你想對 CSS 類進行例外處理，比如修飾符，那就把自己搞砸吧。CUBE 警察不會來敲你的門。絕對沒問題。 安迪：立方體是一個會思考的東西，它是一個結構。您可以按照您想要的方式應用該結構，使用您想要的工具或任何您想要的技術。只要你保持事情的一致性，這就是重要的。 德魯：那麼不存在純粹的 CUBE 之類的東西嗎？ 安迪：我寫它的方式是純粹的立方體，德魯。其他人都只是贗品，只是弱模仿而已。 德魯：除了你之外，沒有人可以說：“這不是教科書上的 CUBE。” 安迪：不，就是這樣。真的沒有人可以質疑這一點，不是嗎？所以，是的，我會同意的。我想，給你一點影響力之類的東西。 德魯：您可以將 CUBE 方法與其他方法混合搭配嗎？你能使用 BEM 嗎？ 安迪：是的，我想是的。我一直在考慮這個問題，因為我很快就會在它上面做更多的事情，因為它變得非常流行，所以人們會想要更多的工作。我要研究的一件事是如何將 CUBE 方法與現有的東西結合使用。