## 暫且略過 trait 反射 自動加載 oauth 授權原理 單點登陸原理 設計模式 **STATIC(靜態)** * 靜態調用的結果，會一直存儲在內存當中 * 靜態屬性或方法直接調用 ， 不需要實例化對象 * 一個靜態方法調用其它靜態方法時，使用`self::` * 靜態方法不能調用非靜態屬性 。不能使用`self::` 或 `$this->` 調用非靜態屬性 * 當有非靜態方法被`self::` 調用時，系統會自動將這個方法轉換為靜態方法 * 使用`unset()` 一個靜態變量時，再次調用靜態變量將被復原為上次被銷毀之前的值 * 注銷一個靜態變量，重新靜態定義該變量為`null` **匿名和閉包** * 匿名函數（Anonymous functions），也叫閉包函數（closures） * 允許 臨時創建一個沒有指定名稱的函數。最經常用作回調函數（callback）參數的值 * 使用`use`連接閉包和外界變量 ## 五大基本原則 ### 單一職責原則SRP(Single Responsibility Principle) 是指一個類的功能要單一，不能包羅萬象。如同一個人一樣，分配的工作不能太多，否則一天到晚雖然忙忙碌碌的，但效率卻高不起來。 ### 開放封閉原則OCP(Open－Close Principle) 一個模塊在擴展性方面應該是開放的而在更改性方面應該是封閉的。比如：一個網絡模塊，原來只服務端功能，而現在要加入客戶端功能， 那么應當在不用修改服務端功能代碼的前提下，就能夠增加客戶端功能的實現代碼，這要求在設計之初，就應當將服務端和客戶端分開，公共部分抽象出來。 ### 替換原則(the Liskov Substitution Principle LSP) 子類應當可以替換父類并出現在父類能夠出現的任何地方。比如：公司搞年度晚會，所有員工可以參加抽獎，那么不管是老員工還是新員工， 也不管是總部員工還是外派員工，都應當可以參加抽獎，否則這公司就不和諧了。 ### 依賴原則(the Dependency Inversion Principle DIP) 具體依賴抽象，上層依賴下層。 假設B是較A低的模塊，但B需要使用到A的功能，這個時候，B不應當直接使用A中的具體類： 而應當由B定義一抽象接口，并由A來實現這個抽象接口，B只使用這個抽象接口：這樣就達到了依賴倒置的目的，B也解除了對A的依賴，反過來是A依賴于B定義的抽象接口。通過上層模塊難以避免依賴下層模塊，假如B也直接依賴A的實現，那么就可能造成循環依賴。一個常見的問題就是編譯A模塊時需要直接包含到B模塊的cpp文件，而編譯B時同樣要直接包含到A的cpp文件。 ### 接口分離原則(the Interface Segregation Principle ISP) 模塊間要通過抽象接口隔離開，而不是通過具體的類強耦合起來