tag 軟件設計

標籤
貢獻30
190
12:25 PM · Nov 05 ,2025

@軟件設計 / 博客 RSS 訂閱

Lycoris_Go - NCHU_單部電梯調度程序設計分析_23207332

一、前言 三次電梯調度程序設計圍繞單一職責原則(SRP)和迭代式開發展開,逐步優化類結構和功能實現: 知識點覆蓋: 面向對象設計(類、枚舉、接口) 集合框架(Queue、List、Map) 正則表達式(輸入解析) 狀態機管理(電梯運行狀態、方向) 調度算法(請求優先級、路徑規劃) 難度遞進: 題目一:基礎實現,單類包辦所有邏輯

軟件設計

收藏 評論

老肖想當外語大佬 - DDD是軟件工程的第一性原理?

本文書接上回《DDD建模後寫代碼的正確姿勢》,關注公眾號(老肖想當外語大佬)獲取信息: 最新文章更新; DDD框架源碼(.NET、Java雙平台); 加羣暢聊,建模分析、技術實現交流; 視頻和直播在B站。 前提 本文需要以系列前文的邏輯鏈條和結論為前提,如果沒有閲讀過前文的,可以閲讀合集《老肖的領域驅動設計之路》。 故事背景 在2020年,我所在的研發團隊維護着一個有近十年曆史的Saa

軟件設計 , c# , JAVA , ddd , 後端

收藏 評論

大模型玩家七七 - 向量數據庫實戰:從“看起來能用”到“真的能用”,中間隔着一堆坑

大多數向量數據庫項目,不是“失敗”,而是“半死不活” 如果你問一個已經上線向量數據庫的團隊: “你們的向量檢索效果怎麼樣?” 得到的回答往往是: “還行吧,有時候挺準” “大部分時候能用,但偶爾很怪” “不好説,反正模型有時候答得不對” 這類系統,通常不是完全不能用, 但也很少讓人真正放心。 原因並不在於向量數據庫“不成熟”, 而在於:從建庫到穩定可用,中間有一整段工程

軟件設計

收藏 評論

hzjj - 面向對象程序設計-前3次作業總結

題目集1-3的總結 前言: 前三次作業用到了以下知識點: 1.類的創建與設計 2.類的方法實現 3.面向對象編程基礎思想 4.類的單一職責原則應用 5.正則表達式的使用 6.隊列管理LinkedList及其各個方法的使用 難度以及題量總結: 電梯調度問題:三次的電梯調度問題難度中等,基本邏輯並不複雜,但是要考慮的情況比較多。第一次電梯調度問題用了花費

軟件設計

收藏 評論

poemyang - 像Git一樣管理數據:深入解析數據庫併發控制MVCC的實現

MVCC 多版本併發控制(Multi-version Concurrency Control, MVCC)是一種通過維護數據多個版本來實現併發控制的技術。其基本思想是為每次事務生成一個新版本的數據,在讀數據時選擇不同版本的數據即可以實現對事務結果的完整性讀取。在使用MVCC 時,每個事務都是基於一個已生效的基礎版本進行更新,事務可以並行進行,從而可以產生一種圖狀結構。 如圖所示,基礎

軟件設計

收藏 評論

Carey_ccl - 四、裝飾者模式

一、模式定義   在不改變原有對象的前提下(不改變ConcreteComponent情況下),給原有對象擴展功能(利用ConcreteDecorator擴展功能,在ConcreteDecorator中注入ConcreteComponent)。如下所示: 二、應用場景   擴展一個類的功能,或者給一個類添加一些附加職責 三、優點: ①、靈活改變組合; ②、符合開閉原則; 四、裝飾者模式

軟件設計

收藏 評論

亞德雷 - 搜索數據庫表的性能優化過程

問題背景 做一個數據庫表查看、標註與分析的工具軟件。 \(Table\)是數據庫中表的信息(information_schema.tables);\(Documentation\)是\(Table\)的數據字典文檔,存儲在本地文件中;\(Annotation\)是對\(Table\)的額外標註信息,存儲在另一個數據庫中。每一條\(Table\),最多關聯到一條\(Documentation\)和一

軟件設計

收藏 評論

韓嚴重 - OrchardCroe業務實踐 -- 金税四期雲端開票內網郵件無法接入方案

UI 系統UI基於 百度 amis ,目前這個模塊是嵌入在 vue-typescript-admin 的腳手架項目上的, 在vue2 項目上搭建了一個 amis json渲染器引擎 頁面設計的json數據保存在服務端,方便後續熱更新,且不用發佈前端代碼 服務端 服務端基於OrchardCore 的Query ,和OC帶的工作流實現 OC官方只提供了 Lucene Query ,和 S

軟件設計

收藏 評論

老肖想當外語大佬 - 反DDD模式之關係型數據庫

本文書接上回《圖窮匕見-所有反DDD模式都是垃圾》,關注公眾號(老肖想當外語大佬)獲取信息: 最新文章更新; DDD框架源碼(.NET、Java雙平台); 加羣暢聊,建模分析、技術實現交流; 視頻和直播在B站。 背景 我在與開發者交流關於DDD的建模思路時,往往會遇到一個難題,就是不少經驗豐富的開發者,總是帶着技術的思維來理解業務,ta的大腦裏無法純粹地勾勒出一個邊界明確的代表業

軟件設計 , 關係數據庫 , ddd

收藏 評論

Carey_ccl - 三、適配器模式

一、模式定義   將一個類的接口轉換成使用者希望的另一個接口,Adapter模式使得原本由於接口不兼容而不能一起工作的那些類可以一起工作。 二、應用場景   當使用者用到的某些類的接口與其它代碼不兼容時,就可以使用適配器模式來改造。當使用者希望重用幾個現有的子類,但這些類缺少一些不能添加到超類中的公共功能時,也可以使用適配器模式。 2.1、優點 ①、符合單一職責原則(Singl

軟件設計

收藏 評論

黃明基 - AI真的太好用啦!Aspire Dashboard集成GitHub Copilot。

一鍵解析數百條日誌,秒懂複雜錯誤追蹤,AI助手讓調試效率飛昇! 在.NET Aspire 9.3版本中,微軟做了一項創新性的集成:將GitHub Copilot直接嵌入Aspire Dashboard,使其變身為一款智能調試助手。這個功能將AI的強大分析能力與分佈式應用的監控診斷深度融合,為開發者帶來了前所未有的調試體驗。 Copilot如何融入Aspire Dashboard? GitHu

軟件設計

收藏 評論

劉懷日 - 由模塊聯邦引發的思考

用「模塊聯邦+npm monorepo」構建我的技術沉澱體系:讓開發能力螺旋式上升 作為開發者,你是否也有過這樣的困惑: 開發新項目時,總遇到似曾相識的功能,但翻遍舊項目、筆記才勉強復現;臨時吃透的知識點,項目穩定後很快遺忘,下次遇到仍像“第一次接觸”;整理的技術筆記東一榔頭西一棒槌,風格雜亂,時間久了連自己都不想看;不同項目的相似模塊分散在各個倉庫,複用成本極高,新項目只能重複造輪子…… 我曾深

軟件設計

收藏 評論

碼客-ygluu - AI基於AA遊戲腳本輸出的傳奇3成長線配置表

以下是 Kimi K2.5 Agent 基於AA遊戲腳本輸出的傳奇3成長線配置表: 輸出之一: 輸出之二: 以下是提示詞: 你是一個經驗豐富的傳奇策劃大佬,也擅長於使用excel配置表來配置遊戲。 這個鏈接是一個通用遊戲腳本的規範: https://www.cnblogs.com/ygluu/p/19550578 請認真閲讀上述鏈接的腳本規範,並使用該腳本編寫

軟件設計

收藏 評論

老肖想當外語大佬 - 學習真DDD的最佳路徑

本文書接上回《DDD是軟件工程的第一性原理?》,關注公眾號(老肖想當外語大佬)獲取信息: 最新文章更新; DDD框架源碼(.NET、Java雙平台); 加羣暢聊,建模分析、技術實現交流; 視頻和直播在B站。 假DDD的特徵 在開始之前,考慮到目前關於DDD的資料非常多且雜,我們需要具備分辨的能力,確保不被誤導。看過本系列文章的朋友,對我們是如何看待DDD的會有一定的感受,這裏我們列舉一

軟件設計 , ddd , 後端

收藏 評論

消失者 - `i` 和 `e` 寫反引發的血案:當 AI 的“糾錯癖”遇上 NexusContract 的“照妖鏡”

i 和 e 寫反引發的血案:當 AI 的“糾錯癖”遇上 NexusContract 的“照妖鏡” 摘要:在對接某頭部支付網關時,我遭遇了一次完美的“降維打擊”。官方文檔裏一個把 ei 寫成 ie 的英語語法錯誤,騙過了 AI 的語法檢查,也騙過了我的肉眼 Review。本文將探討 NexusContract 如何通過元數據隔離機制,在混亂的遺留接口與現代化的整潔代碼之間建立一道防線。 1.

軟件設計

收藏 評論

大模型玩家七七 - RAG 選型避坑:5 種主流方案對比,輕量場景 vs 大規模場景怎麼選?

RAG 選型避坑:5 種主流方案對比,輕量場景 vs 大規模場景怎麼選? RAG選型核心邏輯,避開90%團隊踩過的坑 最近和多家企業的AI技術負責人深度交流,發現一個共性痛點:RAG(檢索增強生成)作為解決大模型“知識過期”“幻覺”的核心技術,80%的團隊都在選型上栽了跟頭——要麼用輕量方案硬扛大規模數據,導致檢索延遲飆升至3秒以上;要麼用複雜方案給小場景做“過度設計”,服務器成本翻倍卻沒提升效果

軟件設計

收藏 評論

碼客-ygluu - AA遊戲腳本規範(AA Game Script)

1 介紹 中文名:AA遊戲腳本 英文名:AA Game Script 簡 稱:AA腳本(AAGS) 作 者:ygluu(碼客) WeChat: 48092788 AA腳本旨為:為遊戲提供一種更加簡單而又靈活的通用配置方式。 注: 1、命名無任何含義僅是標識符 2、本人在其他博文中提到的數據名,在本文中統稱為變量名,兩者等

軟件設計

收藏 評論

老肖想當外語大佬 - 解決DDD最大難題-如何劃分領域

本文書接上回《反DDD模式之“複用”》,關注公眾號(老肖想當外語大佬)獲取信息: 最新文章更新; DDD框架源碼(.NET、Java雙平台); 加羣暢聊,建模分析、技術實現交流; 視頻和直播在B站。 背景 最近直播的時候,看到一條留言,問我是否有關於如何劃分領域的文章,翻看了一下,發現關於這麼重要的問題,居然沒有專門、認真、細緻地講過。也難怪不少人説不接地氣,整天搞些虛頭巴腦的東西。但

軟件設計 , ddd , 後端

收藏 評論

瞌睡不醒 - 行情API的正確使用方式:從接口調通到系統設計

行情 API 的正確使用方式:從接口調通到系統設計 在行情繫統開發中,常見的問題不是"接口調不通",而是"接口能調通,但系統設計不合理"。本文從工程實踐角度,講解如何正確理解和使用行情 API。 常見問題:接口能調通,但系統設計不合理 在行情繫統開發中,常見以下問題: 首頁行情列表每秒輪詢 K 線接口獲取最新價 所有頁面都建立 WebSocket 連接以實現"實時更新" 系統啓動時直接訂

軟件設計

收藏 評論

京東雲開發者 - 架構師日記-深入理解軟件設計模式 | 京東雲技術團隊

作者:京東零售 劉慧卿 一 設計模式與編程語言 1.1 什麼是設計模式 設計模式(Design pattern) :由軟件開發人員在軟件開發中面臨常見問題的解決方案,是經過長時間的試驗積累總結出來的,它使設計更加靈活和優雅,複用性更好。從實用的角度來看,它代表了某一類問題的最佳實踐。 設計模式到底解決了開發過程中的哪些難題呢,它又是如何來解決的呢? 其核心是:複用和解耦。使不穩定依賴於穩定、具體依

軟件設計 , 編程語言 , 編程範式 , 架構模式 , 架構師

收藏 評論

Visional S. XIA - 《數字經濟》

今天,為大家推薦一篇《數字經濟:產業集羣發展 白皮書》的報告。 報告 共 71 頁。 從 “數字經濟概念、特徵、典型產業集羣案例、要素、策略、產業展望” 等六個方面,詳細解讀了《2023 數字經濟產業》。 很重磅。 #01# 【關鍵要點】 一、數字經濟定義 《數據資產》作為關鍵生產要素,以 “現代信息網絡作為重要載體 和 信息通信技術的有效使用”來作為 “效率提升 和 經濟結

軟件設計

收藏 評論

poemyang - 流量洪峯衝不垮的秘密:揭秘系統過載保護的核心防線

系統流量如潮汐般漲落,瞬時的洪峯可能將最堅固的系統沖垮。如何確保核心服務在極限壓力下依然穩如磐石?答案在於構建一套分層協同、動態彈性的過載保護機制。這並非單一技術的堆砌,而是一門融匯了預判、隔離、調度與自愈的系統工程藝術。 本文將深入剖析這套多層防護體系的構建之道:從最外層的流量調度(負載均衡),到精細化的請求管控(限流),再到保障核心業務的“丟車保帥”策略(降級與熔斷),最終邁向智能化的自

軟件設計

收藏 評論