jdk動態代理 jdk動態代理 程式碼實現 滿足代理模式應用場景的三個必要條件 兩個角色：執行者、被代理物件 注重過程，必須要做，被代理物件沒時間做或者

BC架構探索之路 做iOS也有些年頭了，最近把專案核心模組的架構重新設計了一番，這裡做一些記錄。 首先，我們要對基礎的設計模式有一定的認知。這些基礎的設計模式，便是 MVC 、 MVVM 、 VIPE

State？？？ State模式中，我們用類來表示狀態。以類來表示狀態後，我們就能通過切換類來方便地改變物件的狀態。當需要增加新的狀態時，如何修改程式碼這個問題也會很明確。 直接用狀態代替硬編

前言 最近在看《head first 設計模式》，發現每個章節後的要點總結都是言簡意駭，所以特寫此篇部落格對常見的設計模式要點做個總結。 觀察者模式 在物件之間定義一對多的依賴，這樣一來，當一個物件

Memento模式？ 使用面向物件程式設計的方式實現撤銷功能時，需要事先儲存例項的相關狀態資訊。然後，在撤銷時，還需要根據所儲存的資訊將例項恢復至原來的狀態。這個時候你需要使用Memento設計模式。（以及

前言 在上一篇中我們學習了行為型模式的責任鏈模式(Chain of Responsibility Pattern)和命令模式（Command Pattern）。本篇則來學習下行為型模式的兩個模式， 直譯器

Observer 設計模式？ 在Observer模式中， 當觀察物件的狀態發生變化時，會通知給觀察者 。Observer模式適用於根據物件狀態進行相應處理的場景。 Observer 並非

Visitor ？ 在Visitor模式中，資料結構與處理被分離開來。我們編寫一個表示“訪問者”的類來訪問資料結構中的元素， 並把對各元素的處理交給訪問者類。這樣，當需要增加新的處理時，我們只需要

容器這個詞估計使用過Laravel的童鞋們肯定不陌生了，但是日常業務開發好像都沒見過它，我們今天就來看看他到底是幹什麼用的，本篇使用Laravel的精簡版Lumen進行舉例。 首先他出現在哪裡呢？

前言導讀：這篇文章比較適合初步接觸設計模式的同學，文中介紹了模組模式、單例模式、工廠模式、裝飾者模式，例子都很淺顯易懂。看完之後會對設計模式有一個初步的瞭解。 當你開始一個新的專案時，一般不會立即開始編碼，

進入Java這個行業也有8年了，通過8年的努力，現在在阿里任職一名高階架構師。下面我想跟大家分享一下。我認為，隨著你工作年限的增長、對生活對生命認識的深入，應當不斷思考三個問題： 1、我到底適不適合當一名程

作為iOS整個專案的核心App delegate ,隨著專案的逐漸變大,會變得越來越臃腫,一不小心程式碼就過了千行. 大型專案的App delegate 體積會大到什麼程度呢?我們可

前言： 前一段時間和大牛們交流了一下，據反饋現在Android崗位也沒有以前那麼多了，沒這麼好找了，面臨2016年寒冬季節，大量公司模仿O2O模式導致死掉企業的很多，在加之培訓機構大量的培訓人，導致供大

初級程式員：做一些靜態的介面； 程式設計師：做一些增刪改查的小模組； 中級程式設計師：做邏輯較複雜的模組； 高階程式設計師：做核心模組； 專案經理：系統的整體架構； 部門經理：多專案的管理； 總裁：多部門

單一職責原則 單一職責原則(Single Responsibility Principle, SRP)的定義是: 應該有且僅有一個原因引起類或介面的變更。即一個類或介面只負責一個功能領域中的相應職責。