好的 API 設計,缺不了好的建構子 (constructor) 設計,建構子設計得好,基本上這個類別就不會髒到哪裡去。一個骯髒的物件,很可能是:
相信很多人都知道,寫程式的時候,多數的時間,我們都是在想變數名稱、函數名稱、類別名稱。
由於軟體正式開始使用後,不管是內部使用或是開放專案,都有外部依賴,一旦用了不好的名稱,往後修改,是相當不便,而且會破壞外部軟件的穩定度。
2010 年的 jQuery,主張了 Less is more 的概念,從 jQuery 的 API 設計,多少可以學到一些如何設計簡單易用 API 的概念。然而,不同的程式語言、編譯器都有各自適用的設計模式,不見得會通用,需要對其效能、語法限制作斟酌。 所以,Sometimes…