四 迪米特法則：當一個類與另一個類進行交互時，就使用第三個類來傳遞這兩個類之間的消息。
爲什麼這樣，爲了降低軟件耦合度的問題。
本文分享自華爲雲社區《超詳細的Java後臺開發面試題之Spring IOC與AOP》，作者：GaussDB 數據庫。 一、前言 IOC和AOP是Spring中的兩個核心的概念，下面談談對這兩個概念的理解。 二、IOC（Inverse o
本文分享自華爲雲社區《代碼的安全檢視》，作者：Uncle_Tom。 1. 熵的故事 熵的概念最早起源於物理學，用於度量一個熱力學系統的無序程度。熱力學第二定律，又稱“熵增定律”，表明了在自然過程中，一個孤立的系統總是從最初的集中、有序的排
導讀 本文主要講解了MVEL表達式和責任鏈設計模式相結合一起的消息處理解決方案設計、解耦消息處理節點以及方便代碼維護擴展。通過“訂單拆單消息”的接入作爲具體實踐案例，簡要闡述了MVEL表達式和Apache Chain職責鏈設計模式應用場景。
一、重構背景 1.1、退款 京東秒送秒送退款有2套結構，代碼邏輯混亂； 其中秒送、天選部分售後單是和平生pop交互退款，部分是和售後中臺交互退款；並且兼容3套邏輯； 痛點：代碼繁重，缺乏合理性的設計，後續迭代開發以及維護成本高，同時增加
原文：https://blog.fengjx.com/pages/d6f092 介紹 go-kit的分層設計可以看成是一個洋蔥，有許多層。這些層可以劃分爲我們的三個領域。 Service: 最內部的服務領域是基於你特定服務定義的，也是
寫在前面 由於Spring家族的東西很多，一次性寫完也不太現實。所以這一次先更新Spring【最核心】的知識點：AOP和IOC 無論是入門還是面試，理解AOP和IOC都是非常重要的。在面試的時候，我沒怎麼被問過MyBatis/Hib
本文整理自美團技術沙龍第73期《基於領域驅動設計（DDD）的架構演進和實踐》，主要介紹了DDD的核心概念、常見的設計思路，並結合DDD介紹大衆點評交易系統的演進過程，最後做了一些總結和思考。希望這些內容能夠對大家有所幫助或啓發。 1
本文通過介紹使用責任鏈設計模式的背景和經歷，來使得讀者加深對於此設計模式的印象，甚至受到一定的啓發來對自己當下所參與、所負責的項目進行“整容”，從而提升系統的“美感”。分享工作中的點點滴滴。 一、背景 在下所負責的系統中有這麼一個模
最近在讀《微服務架構設計模式》，開始的時候我非常的好奇，因爲在我印象中，設計模式是常說的那23種設計模式，而微服務的設計模式又是什麼呢？這個問題也留給大家，在文末我會附上我對這個問題的理解。本次文章的內容主要是工作中對微服務設計模式的應
在去年、我整理了一篇名爲《如何做架構設計？》的文章，主要探討了架構設計的目標和過程，然而、那是一篇概括性的文章，用於啓發思路，並不是具體的實踐指南，因此、我一直期望給出具體參考案例。 我幾乎忘了這件事，如今回顧、我發現並沒有合適的案例可供參
MediatR是一款進程內的消息訂閱、發佈框架，可實現請求/響應、命令、查詢、通知和事件的消息傳遞，解耦了消息處理器和消息之間耦合。提供了Send方法用於發佈到單個處理程序、Publish方法發佈到多個處理程序，使用起來非常方便。目前支持
”學而不思則罔,思而不學則殆“，本文記錄了作者在錦禮側工作1年間遇到的思考與成長、挑戰與困難，也是對過去工作的總結與反思，分享出來，希望對大家有所幫助。 本文約10000字 如果覺得頁面很長 那是因爲截圖和留言很多，哈哈 00引言 光
前言 爲啥要寫這個呢，因爲寫程序也7-8年了，有一些感悟，想寫下來，雖然這個命題有點大，但是呢，我覺得並不誇張，下面進入正題。 打好基礎 其實就是學東西不管學什麼基礎纔是重要的，比如寫程序有的人會說能用就行，可是我覺
背景概述 當前電子電氣系統在汽車領域應用廣泛，其設計整合了多門工程學科，也因系統的複雜性、關聯性日益提升，需要其提供面向軟件、硬件、網絡、電氣等多領域交織而導致的複雜系統解決方案。並且隨着功能安全、AUTOSAR、SOA、以太
簡介 本章節從精準定位、分層設計、異步組件、拖拽四個方面分析飛碼畫布設計。 一、精準定位設計 飛碼畫布是一個套件，可對外提供畫布能力。精準定位有兩種情況，一是目標組件無子組件，而是目標組件有子組件。 無子組件：目標組件分爲支持與不支持放
