@後端

動態 列表
@xingfudenaozhong

我們都被困在系統裏的…程序員

前言 2020年外賣最火熱的時候,有一篇文章《外賣騎手,困在系統裏》。 作為一個互聯網從業人員,我之前從未有機會體會到,當每一個工作都要被時間和算法壓榨時,我會是一種怎樣的感受。 而最近的一段經歷,我感覺也被困在系統裏了。 起因 如果你是一個研發人員,免不了要值班、處理線上問題。當然這都很正常,每個系統都有bug或者諮詢類的問題。 由於我們面臨的客户比較多,加上系統有一些易用性的問題或bu

xingfudenaozhong 頭像

@xingfudenaozhong

昵稱 幸福的鬧鐘

@fannaodeshafa

Go與C# 誰才更能節省內存?

Go和c#的開發者都説自己比較節省內存,到底哪種語言內存效率高呢? 這個説法在不同場景下都有其道理。 Go的優勢在於其輕量級的併發模型和簡單的運行時,這使得它在處理海量併發任務時,每個任務的內存開銷極小。 C#的優勢在於其高度優化的 垃圾回收 器( GC )和現代版本中提供的底層 內存 控制工具,這讓它能高效管理複雜的對象,並在關鍵路徑上實現對內存的精細操作。 下面舉個栗子🌰 Go:輕

fannaodeshafa 頭像

@fannaodeshafa

昵稱 煩惱的沙發

@seven97_top

【設計模式】命令模式助力快速添加新命令而不影響現有代碼

概述 日常生活中,我們出去吃飯都會遇到下面的場景。 定義: 將一個請求封裝為一個對象,使發出請求的責任和執行請求的責任分割開。這樣兩者之間通過命令對象進行溝通,這樣方便將命令對象進行存儲、傳遞、調用、增加與管理。 結構 命令模式包含以下主要角色: 抽象命令類(Command)角色: 定義命令的接口,聲明執行的方法。 具體命令(Concrete Command)角色:具體的命令,實現命令接口

seven97_top 頭像

@seven97_top

昵稱 程序員Seven

@seven97_top

【設計模式】責任鏈模式教你如何優雅地分發任務

概述 在現實生活中,常常會出現這樣的事例:一個請求有多個對象可以處理,但每個對象的處理條件或權限不同。例如,公司員工請假,可批假的領導有部門負責人、副總經理、總經理等,但每個領導能批准的天數不同,員工必須根據自己要請假的天數去找不同的領導簽名,也就是説員工必須記住每個領導的姓名、電話和地址等信息,這增加了難度。這樣的例子還有很多,如找領導出差報銷、生活中的“擊鼓傳花”遊戲等。 定義: 又名職責鏈模

seven97_top 頭像

@seven97_top

昵稱 程序員Seven

@seven97_top

【設計模式】探索狀態模式在現代軟件開發中的應用

概述 【例】通過按鈕來控制一個電梯的狀態,一個電梯有開門狀態,關門狀態,停止狀態,運行狀態。每一種狀態改變,都有可能要根據其他狀態來更新處理。例如,如果電梯門現在處於運行時狀態,就不能進行開門操作,而如果電梯門是停止狀態,就可以執行開門操作。 類圖如下: 代碼如下: public interface ILift { //電梯的4個狀態 //開門狀態 public fina

seven97_top 頭像

@seven97_top

昵稱 程序員Seven

@seven97_top

【設計模式】從事件驅動到即時更新:掌握觀察者模式的核心技巧

概述 定義:又被稱為發佈-訂閲(Publish/Subscribe)模式,它定義了一種一對多的依賴關係,讓多個觀察者對象同時監聽某一個主題對象。這個主題對象在狀態變化時,會通知所有的觀察者對象,使他們能夠自動更新自己。 結構 在觀察者模式中有如下角色: Subject:抽象主題(抽象被觀察者),抽象主題角色把所有觀察者對象保存在一個集合裏,每個主題都可以有任意數量的觀察者,抽象主題提供一個接口

seven97_top 頭像

@seven97_top

昵稱 程序員Seven

@seven97_top

【設計模式】使用中介者模式實現鬆耦合設計

概述 一般來説,同事類之間的關係是比較複雜的,多個同事類之間互相關聯時,他們之間的關係會呈現為複雜的網狀結構,這是一種過度耦合的架構,即不利於類的複用,也不穩定。例如在下左圖中,有六個同事類對象,假如對象1發生變化,那麼將會有4個對象受到影響。如果對象2發生變化,那麼將會有5個對象受到影響。也就是説,同事類之間直接關聯的設計是不好的。 如果引入中介者模式,那麼同事類之間的關係將變為星型結構,從下右

seven97_top 頭像

@seven97_top

昵稱 程序員Seven

@seven97_top

【設計模式】遍歷集合的藝術:深入探索迭代器模式的無限可能

概述 定義:提供一個對象來順序訪問聚合對象中的一系列數據,而不暴露聚合對象的內部表示。 結構 迭代器模式主要包含以下角色: 抽象聚合(Aggregate)角色:定義存儲、添加、刪除聚合元素以及創建迭代器對象的接口。 具體聚合(ConcreteAggregate)角色:實現抽象聚合類,返回一個具體迭代器的實例。 抽象迭代器(Iterator)角色:定義訪問和遍歷聚合元素的接口,通常包含 ha

seven97_top 頭像

@seven97_top

昵稱 程序員Seven

@seven97_top

【設計模式】通過訪問者模式實現分離算法與對象結構

概述 定義:封裝一些作用於某種數據結構中的各元素的操作(將數據結構於元素進行分離),它可以在不改變這個數據結構的前提下定義作用於這些元素的新的操作。 結構 訪問者模式包含以下主要角色: 抽象訪問者(Visitor)角色:定義了對每一個元素(Element)訪問的行為,它的參數就是可以訪問的元素,它的方法個數理論上來講與元素類個數(Element的實現類個數)是一樣的,從這點不難看出,訪問者模式

seven97_top 頭像

@seven97_top

昵稱 程序員Seven

@seven97_top

【設計模式】備忘錄模式教你如何優雅地處理狀態快照

概述 備忘錄模式提供了一種狀態恢復的實現機制,使得用户可以方便地回到一個特定的歷史步驟,當新的狀態無效或者存在問題時,可以使用暫時存儲起來的備忘錄將狀態復原,很多軟件都提供了撤銷(Undo)操作,如 Word、記事本、Photoshop、IDEA等軟件在編輯時按 Ctrl+Z 組合鍵時能撤銷當前操作,使文檔恢復到之前的狀態;還有在瀏覽器中的後退鍵、數據庫事務管理中的回滾操作、玩遊戲時的中間結果存檔

seven97_top 頭像

@seven97_top

昵稱 程序員Seven

@seven97_top

SpringCloud帶你走進微服務的世界

認識微服務 隨着互聯網行業的發展,對服務的要求也越來越高,服務架構也從單體架構逐漸演變為現在流行的微服務架構。這些架構之間有怎樣的差別呢? 單體架構 單體架構:將業務的所有功能集中在一個項目中開發,打成一個包部署。 單體架構的優缺點如下: 優點: 架構簡單 部署成本低 缺點: 耦合度高(維護困難、升級困難) 分佈式架構 分佈式架構:根據業務功能對系統做拆分,每個業務功能模塊作為獨立

seven97_top 頭像

@seven97_top

昵稱 程序員Seven

@dalideshoushudao

面試背誦版:23種設計模式 + 六大設計原則 + 面試高頻問答

一、設計模式的來源 設計模式(Design Pattern)是前輩們對代碼開發經驗的總結,是解決特定問題的一系列套路。它不是語法規定,而是一套用來提高代碼可複用性、可維護性、可讀性、穩健性以及安全性的解決方案。 1995 年,GoF(Gang of Four,四人組/四人幫)合作出版了《設計模式:可複用面向對象軟件的基礎》一書,共收錄了 23 種設計模式,從此樹立了軟件設計模式領域的里程碑,人稱

dalideshoushudao 頭像

@dalideshoushudao

昵稱 聽風

@chen_67f9ccbe6f07b

Java 中的享元模式:對象共享的藝術

你是否曾經遇到過系統因創建大量重複對象而導致內存佔用激增的情況?在處理成千上萬個文本字符、UI 控件或遊戲中的粒子效果時,如果為每個實例分配獨立內存,很快就會耗盡系統資源。這時,享元模式就像是 Java 開發中的"內存省錢法",它能讓你在不犧牲功能的前提下大幅降低內存消耗。 什麼是享元模式? 享元模式(Flyweight Pattern)是一種結構型設計模式,核心思想是共享細粒度對象,減少內存使用

chen_67f9ccbe6f07b 頭像

@chen_67f9ccbe6f07b

昵稱 異常君

@yinuo112

【Flask開發】嘿馬文學web完整flask項目第7篇:1.項目目錄實現,2.數據庫的設計【附代碼文檔】

🏆🏆🏆教程全知識點簡介:1. 內容 2. 目標 1.1產品與開發 1.2環境配置 1.3 運行方式 1.4目錄説明 2.用户認證 2.1微某信平台 Json Web Token(JWT) 定義路由,書架管理--添加書籍 3.書架 4.1分類列表 5.搜索 5.3搜索-精準高匹配推薦 6.小説 6.4推薦-同類熱門推薦 7.瀏覽記錄 8.1配置-閲讀偏好 8.配置 9.1項目部署uWSGI

yinuo112 頭像

@yinuo112

昵稱 程序員一諾python

@yinuo112

【Flask開發】嘿馬文學web完整flask項目第8篇:1.同類熱門推薦,2.小説目錄【附代碼文檔】

🏆🏆🏆教程全知識點簡介:1. 內容 2. 目標 1.1產品與開發 1.2環境配置 1.3 運行方式 1.4目錄説明 2.用户認證 2.1微某信平台 Json Web Token(JWT) 定義路由,書架管理--添加書籍 3.書架 4.1分類列表 5.搜索 5.3搜索-精準高匹配推薦 6.小説 6.4推薦-同類熱門推薦 7.瀏覽記錄 8.1配置-閲讀偏好 8.配置 9.1項目部署uWSGI

yinuo112 頭像

@yinuo112

昵稱 程序員一諾python

@chunzhendexiaogou

Windows 系統安裝與使用 Claude Code 全攻略

Claude Code 作為一款高效的 AI 編程輔助工具,深受開發者青睞,但由於其本身不支持 Windows 文件系統,在 Windows 系統上使用需要藉助 WSL(適用於 Linux 的 Windows 子系統)。下面為你詳細介紹在 Windows 系統上安裝和使用 Claude Code 的完整流程。 什麼是 WSL WSL(Windows Subsystem for Linux,適用於

chunzhendexiaogou 頭像

@chunzhendexiaogou

昵稱 PoloAPI

@chunzhendexiaogou

Kimi K2 日調用量超100億 token,API 價格低於 Claude 系列模型

一、Kimi K2模型基本信息 Kimi K2是由北京月之暗面科技有限公司(Moonshot AI)於2025年7月11日發佈的開源大語言模型,具有以下核心特點: ‌架構創新‌:採用MoE(混合專家)架構,總參數規模達1萬億(1T),激活參數為320億(32B),包含384個專家模塊,每個token選擇8個專家進行計算 ‌性能表現‌:在SWE Bench Verified、Tau2、AceB

chunzhendexiaogou 頭像

@chunzhendexiaogou

昵稱 PoloAPI