概念：把基类中只有某些少数类用到的字段降低到使用它们的子类中。
{"type":"doc","content":[{"type":"heading","attrs":{"align":null,"level":2},"content":[{"type":"text","text":"1.背景"}]},{
設計模式是前人開發經驗的總結，但是隨着Java語言的發展，很多設計模式有了新的表達方式。 尤其是Lambda表達式的出現。下面介紹幾種使用Lambda重構的設計模式 。 策略模式，模板方法，觀察者模式，責任鏈模式，工廠模式。 策略模式 策
{"type":"doc","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null,"origin":null}},{"type":"paragr
{"type":"doc","content":[{"type":"heading","attrs":{"align":null,"level":2},"content":[{"type":"text","text":"前言"}]},{"t
本文最初發佈於Ben Northrop的個人博客，經原作者授權由InfoQ中文站翻譯並分享。重寫帶有一種欺騙性的誘惑，其邏輯看上去是這樣： 這個系統已經應用於生產環境，我們很顯然知道它是如何工作的，因此只要將其移植到一個更好的平臺，一旦我們
{"type":"doc","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null,"origin":null},"content":[{"typ
{"type":"doc","content":[{"type":"heading","attrs":{"align":null,"level":2},"content":[{"type":"text","text":"引言"}]},{"t
提到遺留系統，你會想到什麼？ 還在使用Java 5的路過 JDK 1.6的我不說啥了 很多坑 難維護 從零開始（重寫） 盼着IE什麼時候不再能使用 … 遺留系統對於遺留系統，程序員們並不陌生。據維基百科介紹，遺留系統是一種舊的方法、舊的技術
第一章 洗腦篇 每本書的第一章都會是一些概括性的介紹，但是這本書是經典，所以被他洗腦也是一種幸福； 說實話這本書真的很好，看的每一個細節都會想到手頭項目代碼的不足，回過頭去修改代碼後發現一切都變得優美多了； 第二章 有意義的命名 我叫什
概述 Ø 性能優化的思路 首先是較爲精準的定位問題，藉助於相應的工具包，分析系統性能瓶頸在哪，在根據其性能指標，以及所處於層級決定選擇優化的方式方法。在選擇優化的方式方法時，大家可以參照以下章節調優方法，架構優化遞進，進行正確的，
==> 學習彙總（持續更新） ==> 從零搭建後端基礎設施系列（一）-- 背景介紹 原始片段 創建bean的時候，有這麼一段代碼，遍歷所有實現了BeanPostProcessor這個接口的類，並一個個調用其中的方法。 pro
前年閒的蛋疼的時候，看過天津衛視的一檔節目《非你莫屬》，就來一堆面試者，上面幾個壕，選人。記得有一期是給程序員做的，其中有一個程序員（好像是媛）傻不啦嘰的說，哎呀，我每次DEBUG找到程序BUG的時候，最開心了。然後一個BOSS，好呀，你
intellijf6 使用在方法上，可以快速移動到類中ctrl+shift+alt+t#
我所在的公司一直是使用這種方式 進行spring上的事務控制的 先放代碼： <bean id="transactionInterceptor" class="org.springframework.transaction.
坑系列 --- 重構過程中的過度設計 原創 2016-06-02 吳YH堅 尊重原創，僅轉載學習。 這個系列是坑系列，會說一些在系統設計，系統架構上的坑，這些都是我想到哪說到哪，有像這篇一樣比較宏觀的坑，後
