框架一直在更新，專案實現也需要跟著一起前進！倆年前用tp5.0搭了乙個後台，一直沿用至今。不是不想換，就因為乙個字「懶」。
這次榮幸咔咔需要寫乙個新專案，但還是一成不變的用之前搭好的框架，寫著寫著就停了下來。在之前寫的專案經過驗證的東西，完全可以在優化的。
無論是從結構上還是效率上都在慢慢的減退，新的東西出來肯定是為執行效率，**風格，框架結構，新的功能。
不要較勁說是為了開發效率就這樣了，一直一成不變，打破安逸，堅持前行。
別在較勁說為什麼不使用6.0了哈！
先來聊一下咔咔在專案中體會到的改動，門面的引入，類庫別名，模型的增強，註解路由，中介軟體。
對於咔咔來說這也是最想優化的點，當然5.1對於5.0還有很多的新增功能。就看圖吧！
用了倆年的框架，咔咔還是感覺在專案中最實用的倆個功能點就是門面和中介軟體的引入。
接下來咔咔對門面的使用做乙個簡單的介紹。
原理就不去剖析了，後邊咔咔會出專門的文章來進行解析，所以看到這裡，先來個三連唄！
門面的作用就是讓乙個類不用在去例項化直接進行靜態方式呼叫。
使用倆個框架實現案例對比
tp5.0使用
在引入工具類後還需要進行進行一次例項化，在後邊使用的時候都是$this->session去呼叫sc類裡邊的方法。
這種方式不是說不行，接下來看看tp5.1的效果
tp5.1使用
引入了sc後，在做一些簡單的配置就可以直接靜態呼叫sc裡邊的方法，這豈不是簡單了很多。
雖然說是門面的設定過程相對於tp5.0的直接例項化有點多，但是很實用啊！
接下來看看如何配置tp5.1的門面
這是咔咔現在的專案目錄結構，我是在外層定義data命名空間，裡邊存放鉤子，命令列配置，門面類，模型，服務類，服務層，工具類，驗證類
首先需要明確一點，sc這個類是乙個工具類，那什麼是工具類，就是在任何專案中拿過去就可以使用的**。
接著需要繼承門面類
乙個專案裡邊不可能只有乙個門面類，有很多我們都可以註冊為門面類，方便使用。
所以需要寫乙個鉤子，在鉤子裡邊將需要註冊到門面的所有類都註冊進去，同時還可以給起別名。
在上圖可以看到，使用了config來載入乙個配置檔案，那肯定少不了配置檔案了。
將我們的sc類檔案註冊到配置檔案中。
還差最後一步，你想到了沒，定義了鉤子但是沒有執行哈！
這時就直接把鉤子檔案配置到應用初始化時就載入。
直到這裡門面就配置完了，後邊使用時就直接使用sc:: 來呼叫方法即可。
堅持學習、堅持寫博、堅持分享是咔咔從業以來一直所秉持的信念。希望在諾大網際網路中咔咔的文章能帶給你一絲絲幫助。
原來非同步函式用起來這麼「香」？不信來試試
今天，我們就來看看幾個例子吧。改寫本章的示例 使用async await代替.then catch function loadjson url else loadjson no such user.json catch alert error 404改寫如下 async function loadj...
使用vim的重不重要 工具 vim用起來
最近一直在嘗試從ide切換到vim平台作為日常開發的主力。想了一下有幾個好處。linux的伺服器上，更好地操作檔案 意味著雲編碼的可能性很大 減少滑鼠的依賴，告別滑鼠手 鍵盤手正在路上 更快更高效。比如也可以用來寫markdown檔案，配合mdcat，也可以得到乙個好效果。話不多說。講一下配置路徑。...
D語言使用起來讓人很不爽的地方
標準庫大量使用模板來寫，使得標準庫使用起來非常麻煩。主要問題是函式返回的型別不明確，很難確定該型別具有哪些方法，除非把相關函式背熟，這是乙個很糟糕的事情。難道這個庫只是做給他們熟人用的嗎？看源 都只能看出型別為auto，真是暈倒。要不都叫我自己寫庫去。誰來把這個標準庫重寫一下得了。去掉那些大量的模板...