@設計原則 / 博客 RSS 訂閱

Jun 01 2022

eacape - 橋接模式

將抽象和具體實現分離，通過抽象類來關聯其具體實現，減少類之間的耦合。 下面通過一個車廠和汽車品牌的實例來實現橋接模式 汽車品牌的抽象 接口 裏面聲明一個獲取汽車品牌的方法 public interface Brand { String brandName(); } 車廠抽象類 其中會組合汽車品牌的抽象 裏面聲明一個輸出汽車信息的抽象方法 public abstract class Dep

設計模式 , 設計原則 , JAVA , 面向對象設計模式 , 後端

收藏 評論

Sep 21 2017

圖靈訪談 - Head First系列圖書策劃人Kathy：成就用户，不是培養“骨灰級粉絲"

本文僅用於學習和交流目的，不得用於商業目的。非商業轉載請註明作譯者、出處，並保留本文的原始鏈接：http://www.ituring.com.cn/art... 訪談嘉賓： Kathy Sierra， O'Reilly出版社HeadFirst系列圖書策劃人之一，大型Java開發者社區JavaRanch.com創辦人，多款教育類和娛樂類遊戲主要開發人員。她深諳產品交互之道和認知科學理論，為加

設計師 , 用户思維 , 圖靈訪談 , 設計原則 , 用户體驗

收藏 評論

Jun 12 2022

eacape - 門面模式

為系統中的一組接口提供統一的接口，本意就是使用一個接口統一多個接口的功能。 門面模式可以代理多個接口，代理模式一般只代理一個接口。 比如説支付寶中完成一筆交易需要調用下單接口、入賬接口、通知接口等接口，那麼就可以是使用一個門面類對這些接口進行代理，將這些接口組合成一個接口，在餓了麼、淘寶、盒馬下單時只需要關注這一個門面類就行。

設計模式 , 設計原則 , JAVA , 面向對象設計模式 , 後端

收藏 評論

Dec 03 2025

dayongchan - 別再瞎設計！從0到1構建高可用系統：架構師的10條"潛規則"

文 / Kenyon，10多年技術開發和管理經驗，從程序員到技術總監，目前專注於技術團隊管理、架構設計和AI落地實踐，歡迎關注我一起學習交流。 由於公眾號推流的原因，請在關注頁右上角加星標⭐️，這樣才能及時收到新文章的推送。 在前幾篇文章中，我們探討了關於團隊和個人的價值層次還有個人該如何給團隊賦能的內容。接下來我想跟大家去探討系統架構方面的內容，今天，讓我們先深入

軟件研發 , yyds乾貨盤點 , 設計原則 , 架構設計 , ci

收藏 評論

Jun 02 2022

eacape - 裝飾器模式

允許動態的向一個現有對象增加新功能，同時又不改變它的結構，相當於對現有對象的一個包裝，因此裝飾器模式也被稱作包裝模式。 裝飾器模式中一般存在以下四中角色 抽象組件：具體組件和抽象裝飾器共同的父類，最基礎的組件 具體組件：實現抽象構建中聲明的方法，裝飾器可以給它增加額外的職責 抽象裝飾器：繼承抽象組件並且可以通過構造方法引入具體組件，它的作用主要是組合具體組件 具體裝飾器：繼承抽象裝飾器

設計模式 , 設計原則 , JAVA , 面向對象設計模式 , 後端

收藏 評論

Dec 05 2025

fjfdh - 訂單狀態字段的選擇性不高怎麼設計索引

當你開始構建或重構一個複雜系統的時候，請先把大的設計原則寫下來，然後在這些設計原則的框架內做推演。 昀哥 2020年10月23日 一，開展詳細設計之前請先把大的設計原則寫下來 每一位設計師都需要知道這個常識： 當你開始構建或重構一個複雜系統的時候，請先把大的設計原則寫下來，然後在這些設計原則的框架內做推演。 而不是這種常見的工作方式：

字段 , 系統設計 , 大數據 , 訂單狀態字段的選擇性不高怎麼設計索引 , 數據倉庫 , 設計原則

收藏 評論

Nov 06 2025

float64 - ByteByteGo學習筆記：URL短鏈服務設計

引言 在互聯網技術日新月異的今天，URL短鏈服務已經成為日常網絡生活中不可或缺的一部分。每當想要分享一個冗長的網頁鏈接，或者需要在對字符數量敏感的平台（如社交媒體、短信等）發佈鏈接時，URL短鏈服務都能將長長的URL地址精簡成短小、易於傳播的鏈接。例如，將冗長的 https://www.systeminterview.com/q=chatsystemc=loggedinv=3i=long 縮短為

學習 , 設計原則 , 架構 , 後端

收藏 評論

Nov 03 2025

昭福前端語錄 - 一套代碼構建B端企業管理系統跨端方案——從原理到落地解決方案

前言 大家好，這些年來設計系統一直停留在歷史的某個時間點，缺乏創新，缺乏活力，難以有讓人眼前一亮的東西展現，但它並沒有停滯不前，我們一直致力於從一些獨特的角度重新審視和認識設計系統，通過梳理和理解組件的本質，抽象原子化組件，嚴格執行展示層與交互層的分離方式，使組件能夠更好的融合跨端設計，同時深度結合設計語義與前端代碼，確保整個系統的交互和代碼唯一性，目前我們已有一套基礎設施對外開源，歡迎大家的持續

react , 前端工程化 , 前端框架 , 設計原則 , 多端開發

收藏 評論

Nov 13 2025

JerryTse - 如何確定微服務範圍

《微服務架構設計模式》有專門一個章節介紹如何界定微服務系統中服務的範圍。我參考書中內容結合自身多年微服務系統架構設計經驗，將定義微服務範圍的方法整理成本文。一來為了對自己的經驗和思路進行梳理，以查缺補漏並加深理解。二來方便和對此處內容感興趣的小夥伴交流學習。微服務拆分是一門藝術，沒有統一的評判標準，文章的內容也絕非圭臬必須嚴格遵循。 文章涉及到領域驅動設計相關內容，你不需要對DDD有多麼深入的理解

微服務 , 設計原則 , 架構設計

收藏 評論