大型的企業級系統是如何設計的呢？想必大家都曾經有過這樣的疑惑。大型軟體開發前，我們必須選擇一種合適的架構，它既要提供我們想要的功能，質量也要過關。因此，在應用不同的架構之前，我們有必要熟悉一下這些架構。 什

中介軟體 如果我的的get、post回撥函式中，沒有next引數，那麼就匹配上第一個路由，就不會往下匹配了。 如果想往下匹配的話，那麼需要寫next() 1app.get("/

​開閉原則定義：軟體中的物件（類，模組，函式等）應該對於擴充套件是開放的，對於修改是關閉的。英文全稱（Open Close Principle）,簡稱：OCP 在實際開發中常常會遇到這樣的問題，從別人那裡接

​學習Android設計模式也有一段時間了，這段時間工作不忙，想把所學知識沉澱下來，決定把設計模式的知識做一個系列，方便你我。廢話不多說。 學習設計模式難免要先學習六大原則，因為在後面的設計模式運用過程中，

迪米特原則又被稱為 最少知識原則 ，意思就是說呢，一個物件應該對其他物件有最少的瞭解。我們知道，一個類如果太依賴另一個類，那麼他們之間耦合度就會很大，當一個類發生改變時，對另一個類產生的影響也會很大的。

一、MVP概述 MVP，全稱 Model-View-Presenter，即模型-檢視-層現器。 提到MVP，就必須要先介紹一下它的前輩MVC，因為MVP正是基於MVC的基礎發展而來的。兩個之間的關係也是

在Vue 中有extend 方法可以擴充套件Vue 的例項，在上一步中，有一些實現是必須要通過子父元件才能實現，而子元件相當於一個特殊的Vue 例項，所以這步，我們先把這個擴充

先捋一下，之前我們實現的Vue 類，主要有一下的功能： proxy watcher 對於比與現在的Vue 中的資料處理，我們還有一些東西沒有實現：Computed 、

20190412期 設計模式-如何理解職責鏈模式? 定義: 使多個物件都有機會處理請求，從而避免請求的傳送者和接收者之間的耦合關係，將這些物件連成一條鏈，並沿著這條鏈傳遞該請求，直到有一個物件處理它為止

Image元件 weex的list元件和image元件非常容易出問題，企鵝電競本身又存在很多無限列表的weex頁面，list和image的組合爆發的記憶體問題，導致接入weex後app的記憶體問題導致的cr

在step4 中，我們大致實現了一個MVVM 的框架，由3個部分組成： defineReactive Dep Watcher defineReactive 和D

在Mysql驅動的PHP網站中，MySql連線的一般都是利用指令碼的結束來進行釋放，在一些分層寫的php網站中，若一個頁面含有多個數據訪問類，由於每個資料訪問類都會有資料庫的連線，導致這一個頁面在指令碼結束前會

定義： 為子系統中的一組介面提供一個一致的介面，此模式定義了一個高層介面，這個介面使得這一子系統更加容易使用。 結構：（書中圖，侵刪） 一個簡潔易用的外觀類 一個複雜的子系統

課程目標 瞭解程式碼重構 瞭解策略模式的定義、應用場景 瞭解JDK中策略模式的應用 瞭解設計原則（開閉原則、單一職責原則） 從一個

介面(interface)與抽象類(abstract)的區別： 相同點： 1.都不能被直接例項化，都可以通過繼承實現其抽象方法。 2.都是面向抽象程式設計的技術基礎，實現諸多模式 不同點：