（一）微服務 微服務架構專題 （二）團隊協作 團隊協作開發專題 （三）開源框架

去年做的公司專案，最近再從做升級2.0版本。因為需求是使用者需要填寫五級地址，從省到你家的自然村。 之前一個專案做過，因為在整個專案中只用到了一次，也沒去封裝。 現在使用者新增修改地址用得上，商家註冊，

模型-檢視-控制器（MVC）模式好像是無處不在，Web框架使用它，GUI客戶端使用它，但可能這只是一個營銷謊言（如果你想仔細分辨他們的區別，如果你認真，你就可能錯了）。他們實際是在使用像MVA這樣的東西。

說到設計模式，大家一般會想到，工廠、單例等24種基本設計模式，當然也會想到併發型模式，生產-消費者模式，執行緒池模式等，但是微服務中用到什麼設計模式了？前兩篇介紹了，挎鬥模式和代表模式，當然這一類設計模式屬於

小編推薦： 掘金是一個面向程式員的高質量技術社群，從 一線大廠經驗分享到前端開發最佳實踐，無論是入門還是進階，來掘金你不會錯過前端開發的任何一個技術乾貨。 本文幫助你瞭解 JavaS

1. 認識代理模式 1.1 模式定義 給某一個物件提供一個代理或佔位符，並由代理物件來控制對原物件的訪問。 代理模式是一種物件結構型模式。在代理模式中引入了一個新的代理物件，代理

0. 專案地址 作者按：《每天一個設計模式》旨在初步領會設計模式的精髓，目前採用javascript （靠這吃飯 ）和python （純粹喜歡 ）兩

一、什麼是代理模式 代理模式： 為其他物件提供一種代理以控制對這個物件的訪問 。簡單來說這就是給目標物件生成一個代理物件，並由代理物件控制對目標物件的引用。 我們來看下裝飾者模式的UML圖：

烽火 哈嘍大家好，老張又見面了，這兩天被各個平臺的“雞湯貼”差點亂了心神，部落格園如此，簡書亦如此，還好群裡小夥伴及時提醒，路還很長，這些小事兒就隨風而去吧，這周本不打算更了，但是被群裡小夥伴“催稿”了，至

目錄 使用Kotlin構建MVVM應用程式—總覽篇 使用Kotlin構建MVVM應用程式—第一部分：入門篇 使用Kotlin構建MVVM應用程式—第二部分：

其實 Spring 的基本思想就是“萬物都是 bean”，那麼為了滿足 spring 工程的需要，spring 中有一些預設的 bean 選項，它們用於處理請求，渲染檢視等。比如上一篇文章就用過的 viewRe

抽象工廠模式 本來不想寫這篇文章的，應該是不想寫工廠模式，因為基本大家都會，不過今天看到一個老鐵的部落格，https://www.yuxuan66.com/16 關於抽象模式的實現，寫得不錯，看了

版權宣告：本文出自汪磊的部落格，轉載請務必註明出處。 設計模式系列與資料結構算法系列為本人知識的梳理，大體上沒有什麼新玩意，都是前人們工作經驗的結晶，好了，不囉嗦了，基礎的重要性懂得自然懂。等這兩個系列總

後端已經進入了後REST時代，RESTful將MVC和MVP和MVVM從後端伺服器端壓縮到了前端，從而實現了前後端分離，前端目前以React.js Vue.js為主，ReactJS是通過事件源這種函式式實現模

原型模式  prototype 意圖 用原型例項指定需要建立的物件的型別，然後使用複製這個原型物件的方法創建出更多同類型的物件 顯然，原型模式就是給出一個物件，然後克隆一個或者更