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

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

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

目錄 下面的案例來自筆者的實際工作經歷，涉及到的系統是筆者負責開發和維護的，一個國外的電商平臺。 如果你對電商系統有所瞭解，將有助於你理解下面提到的業務。 如果你沒有相關的知識背景，也沒有關係，我會

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

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

Hmily 釋出 2.0.3 版本。Hmily 是一款高效能分散式事務 tcc 開源框架。基於java語言來開發（JDK1.8），支援 Dubbo、Spring Cloud、Motan 等 RPC 框架進行分散

文章首發： 行為型模式：訪問者模式 十一大行為型模式之十一：訪問者模式。 簡介 姓名：訪問者模式 英文名：Visitor Pattern 價值觀：

協作方式 在高併發場景中，必須要讓伺服器同時維護大量請求連線，可能是一個服務程序建立另一個程序，也可能是一個服務執行緒去建立另一個執行緒，但連線結束後進程或執行緒就銷燬了，這是一個巨大的浪費 一個自然的

我認為，程式碼優化的最重要的作用應該是：避免未知的錯誤。 在程式碼上線執行的過程中，往往會出現很多我們意想不到的錯誤，因為線上環境和開發環境是非常不同的，錯誤定位到最後往往是一個非常小的原因。

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

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

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

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

DragonFlyBSD的首席開發人員Matthew Dillon也建立了HAMMER檔案系統家族，他仍然忙於為HAMMER2填充剩餘的特性並調優其效能。 今天在DragonFlyBSD Git程式碼中著陸是最新