tag 系統設計

標籤
貢獻23
86
02:59 PM · Nov 04 ,2025

@系統設計 / 博客 RSS 訂閱

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

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

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

收藏 評論

全棧技術開發者 - 怎麼提高自己的系統設計和架構理論水平?如何理解並控制複雜性?如何推演複雜性影響?如何在多節點、多狀態、多併發條件下保持系統穩定?

軟件系統在現代社會中的規模和複雜度正在以前所未有的速度增長。隨着系統功能的擴展、分佈式組件的增加以及併發操作的普及,傳統依靠經驗和模塊化思維進行設計的方法逐漸顯得力不從心。當系統的行為不再能夠通過單一模塊或局部邏輯進行解釋時,架構理論的重要性便凸顯出來。架構不僅僅是組件的排列與接口的定義,它更是一種對系統整體行為進行預測、推演和約束的認知模型。 在系統設計中,設計者面對的不

系統設計 , 耦合度 , yyds乾貨盤點 , 架構 , 依賴關係 , 後端開發

收藏 評論

騎白馬的枇杷 - PHP+Uniapp構建跨端相親交友系統軟件平台:技術實踐與多平台適配指南的婚戀詳情交友小程序源碼

一、技術架構設計 1 分層架構 **前端**:基於Uniapp框架,支持iOS、Android、H5及小程序四端同步開發,通過Vue.js語法實現組件化開發,快速構建動態匹配卡片、語音聊天室等複雜交互功能。 **後端**:採用PHP(如ThinkPHP或Laravel框架),提供RESTful API接口,處理用户認證、數據存儲、消息推送等業務邏輯。 **數據庫**:MySQL存儲用户信息、

系統設計 , 軟件開發 , 小程序 , php

收藏 評論

文傳商訊 - 芯和半導體與聯想集團合作研發EDA Agent

2025年11月19日,芯和半導體與聯想集團正式簽署EDA Agent戰略合作協議,聚焦EDA設計全流程智能化升級,加速 AI 驅動的智能終端及系統設計落地。這也是芯和半導體“為AI而生”戰略的一次重要實踐。 AI被普遍認為將成為第四次工業革命的核心驅動力,推動千行百業智能化升級。根據國務院“人工智能+”倡議意見,2027年,智能終端和智能體市場普及率將超過70%。與此同時

系統設計 , 電子設計 , 大數據 , 數據倉庫 , 智能終端

收藏 評論

京東雲開發者 - 交易履約之結算平台實踐 | 京東雲技術團隊

導讀 京東科技業務在快速發展的同時,產生了眾多線上化資金結算的需求。傳統的線下資金結算模式有着人力成本高、耗時長、多方溝通協調成本高、結算準確率低等固有缺點,且無法滿足“風法財審”對於資金流程的管控要求,在此背景下金道結算平台孕育而生。本文從系統建設的背景、設計細節、已支撐案例及適用業務場景多個層面進行詳細闡述。讀者可以關注文中所講的系統實踐過程,進而對結算領域系統設計能力提升,具有一定的參考價值

系統設計 , 架構設計 , 平台數字化 , 交易所

收藏 評論

float64 - ByteByteGo學習筆記:設計限流器

在現代應用系統中,限流器(Rate Limiter)是一種至關重要的工具,用於控制客户端對服務的請求速率。 限流器的基本概念 限流器的核心功能是限制在特定時間內可以發送的請求數量。在HTTP世界中,限流器通過定義閾值來控制請求流量。以下是一些常見的限流規則: 用户每秒最多可以發佈2條推文。 每天最多可以創建10個賬户,且這些賬户必須來自不同的IP地址。 每週最多可以從同一設備領取5次獎勵。

系統設計 , 學習筆記 , 後端

收藏 評論

雨2FUPr - 事件系統的設計與實現

引述 本文會講述以下幾個內容: 事件系統有什麼用 什麼情況下會使用事件 如何去設計一個事件系統 如何使用一個事件系統 事件系統有什麼用 事件系統的好處有很多,其中最主要的是用於模塊之間的解耦,以及各個內容之間的解耦。 在開發過程中一定會存在一個模塊需要依賴另一個模塊的一些數據和狀態,從而執行自身邏輯的情況。 在這種情況下,依賴其他模塊的一些狀態和數據,那麼正常的做法就是引用對方模塊,從

系統設計 , 事件綁定 , 設計模式 , 事件監聽 , 事件委託

收藏 評論

計算機專業指導老師 - 基於VUE的人事員工考勤管理系統[VUE]-計算機畢業設計源碼+LW文檔

摘要:隨着企業規模的擴大和管理的複雜化,高效的人事員工考勤管理系統成為企業提升管理效率的關鍵。本文介紹了基於VUE框架開發的人事員工考勤管理系統,闡述了系統的開發背景、需求分析、技術選型、系統設計以及實現過程。該系統實現了員工信息管理、考勤記錄、部門分類管理、通知管理、工資管理等功能,通過實際測試,系統運行穩定,有效提高了企業人事考勤管理的效率和準確性。 關鍵詞:VUE;人

軟件研發 , 系統設計 , 數據 , 管理系統

收藏 評論

Cubewise - Supply Focus一站式解決供應鏈管理難題定製化方案介紹

各行各業的產供銷差異,讓所有通用的解決方案都無法真正觸及供應鏈管理中的痛點。眾多企業都在承受着不同程度的生產、供應和成本壓力,其中跨國企業的壓力尤為巨大。 需求預測難以精確,供應鏈被動低效運營。 怎麼樣才能靈活、快速的響應市場需求的不確定和多樣性呢? 用Supply Focus定製化解決方案,為公司設置三道防線,不再對供應鏈管理難題束手無策。 讓我們看看Supply Focus在供應鏈是

系統設計 , 最佳實踐 , 數據可視化 , ibm , 前端

收藏 評論

京東雲開發者 - 一種輕量級定時任務實現 | 京東雲技術團隊

現在市面上有各式各樣的分佈式定時任務,每個都有其獨特的特點,我們這邊的項目因為一開始使用的是分佈式開源調度框架TBSchedule,但是這個框架依賴ZK,由於ZK的不穩定性和項目老舊無人維護,導致我們的定時任務會偶發出現異常,比如:任務停止、任務項丟失、任務不執行等; 每逢618大促,在單量很大的情況下,如果出現定時任務異常,會導致訂單的積壓,進而導致訂單的履約時效,嚴重影響商家的履約效率,造成訂

系統設計 , 定時任務 , schedule

收藏 評論

技術極客領袖 - java基於springboot酒店客房預定管理系統ssm

該系統是基於Java的酒店客房預訂系統設計與實現。是給師弟開發的畢業設計。現將源代碼開放出來,感興趣的同學可以下載。努力吧少年 演示地址 前台地址: http://hotel.gitapp.cn 後台地址: http://hotel.gitapp.cn/admin 後台管理帳號: 用户名:admin123 密碼:a

系統設計 , MySQL , SQL , 前端開發 , Javascript

收藏 評論

float64 - ByteByteGo學習筆記:從零擴展到數百萬用户

單服務器架構:起點 系統的構建始於單服務器架構。在這一階段,所有組件包括Web應用、數據庫和緩存都運行在同一台服務器上。這種架構簡單易實現,但隨着用户數量的增加,其侷限性很快就會顯現出來。例如,服務器的負載會急劇增加,導致性能瓶頸。此外,單服務器架構缺乏冗餘,一旦服務器出現故障,整個系統將無法運行。 分離數據庫與Web服務器:獨立擴展 隨着用户數量的增長,單服務器架構不再滿足需求。此時,我們需要

系統設計 , 面試 , 系統架構 , 後端

收藏 評論

售前成長之路 - 浮木雲隨筆小記---更好用的國產化原型設計小眾平台

很多小夥伴剛做產品助理時,都會糾結於用哪一個原型設計工具更加快速高效,我作為一名售前兼產品經理的社畜角色也不例外。在各種原型軟件摸爬滾打過程中,終於讓我找到了一款良心好用的國產化軟件設計平台--浮木雲,讓我原本不怎麼樣的頁面設計直接飛起。我喜歡它的原因很簡單,他能提供很多業務相關模版,能幫我在短時間內做出一套系統頁面,就衝這點,我要吹爆他。來來來,看這裏,看這裏(敲黑板),浮木雲-產品設計開發智能

系統設計 , axure , 原型設計 , 前端設計 , 畢業設計

收藏 評論

小新 - 遠程訪問通訊方式

RPC RPC(Remote Procedure Call,遠程過程調用)是一種計算機通信協議,它允許程序調用另一個地址空間(通常是在另一台計算機上)的過程或函數,就像調用本地的過程或函數一樣。RPC 使得分佈式系統中的不同組件能夠相互通信和協作。 在 RPC 中,數據的表示、傳遞和方法的調用是三個關鍵問題。 如何表示數據: 為了在不同的系統和編程語言之間傳遞數據,需要將數據轉換為一種中立的格

系統設計 , rpc , 後端

收藏 評論

float64 - ByteByteGo學習筆記:鍵值(Key-Value)存儲

1. 引言 鍵值存儲,也稱為鍵值數據庫,是一種非關係型數據庫。它通過鍵值對的方式存儲數據,每個鍵都是唯一的,可以快速地通過鍵訪問到對應的值。鍵值存儲在現代應用中非常廣泛,如緩存、消息隊列、分佈式系統等。本文將詳細介紹鍵值存儲的設計原理、核心概念、技術實現以及應用場景。 2. 鍵值存儲的基本概念 2.1 鍵值對 鍵值存儲的核心是鍵值對,每個鍵都是唯一的,與之關聯的值可以通過鍵快速訪問。鍵可以是純文本

系統設計 , redis , nosql , memcached , 後端

收藏 評論

miadk - 婚戀交友系統裂變引流:社交裂變機制與激勵體系開發方案-相親交友系統 婚戀交友軟件 交友系統源碼 同城交友小程序

婚戀交友小程序,相親交友婚戀小程序,微信婚戀相親交友小程序,婚戀相親交友平台,一站式搭建交友平台-交友系統源碼-支持H5小程序+帶安裝説明+可封裝APP-交友網站系統平台搭建 語音社交app源碼,語音聊天交友 社交app 婚戀交友專業開發 隨着婚戀交友市場競爭加劇,傳統獲客方式成本高企,社交裂變成為低成本、高效率的引流手段。通過設計合理的社交裂變機制與激勵體系,可實現用户自傳播,快速擴

系統設計 , 軟件開發 , 小程序 , app , php

收藏 評論

miadk - 相親交友系統從免費到付費:交友平台如何用“信任價值”構建可持續的盈利護城河?

在免費交友平台氾濫、用户付費意願低迷的市場環境下,“信任價值”是打破同質化競爭、驅動用户付費的核心抓手。用户為社交付費的本質是為“確定性”買單——即降低社交風險、提升關係質量、獲得真實價值回報。以下從信任價值構建、盈利模式設計、風險防控三方面展開,提供可落地的策略框架。 一、信任價值的本質:用户為何願意為“確定性”付費? 信任價值的三大維度 1、 身份真實性:虛假信息氾濫、詐騙風

系統設計 , 小程序 , app , 系統架構 , 公眾號

收藏 評論

騎白馬的枇杷 - 校園社交新玩法:基於PHP+UniApp的圈子系統校園論壇小程序平台同城多社區小程序源碼設計與實現

一、系統設計 技術選型 前端框架:UniApp支持跨平台開發,一套代碼適配微信小程序、H5、App,降低開發成本。 後端框架:PHP(如ThinkPHP 6)成熟穩定,適合快速構建RESTful API,處理用户認證、圈子管理、內容發佈等業務邏輯。 數據庫:MySQL存儲用户信息、圈子內容、帖子、評論等結構化數據;Redis緩存熱門帖子、用户會話,減少數據庫查詢壓力。 實時通信:

系統設計 , 軟件開發 , 小程序 , app

收藏 評論

Greptime - 混沌工程:是誰揹着我偷偷寫 Bug 🤸

前言 GreptimeDB 支持以單機和分佈式的形式進行部署,但緊隨而來一個尖鋭的問題:我們對投入生產的這套複雜系統有多少信心? 在 0.3 到 0.4 的迭代過程中,我們引入了混沌工程(Chaos engineering)來提高系統的健壯性。 混沌工程是怎麼實施的 我們選擇了 Chaos Mesh 作為故障注入工具。我們在 Pod 中運行一個測試程序(Testcase),該程序通過定義 CR(C

系統設計 , 時序數據庫 , 數據庫 , 開源 , 後端

收藏 評論

京東雲開發者 - 【微電平台】-高併發實戰經驗-奇葩問題解決之旅

作者:京東科技 孫亮 微電平台 微電平台是集電銷、企業微信等於一體的綜合智能SCRM SAAS化系統,涵蓋多渠道管理、全客户生命週期管理、私域營銷運營等主要功能,目前已經有60+京東各業務線入駐,專注於為業務提供職場外包式的一站式客户管理及一體化私域運營服務。 導讀 本文介紹電銷系統在遇到【客户名單離線打標】問題時,從排查、反覆驗證到最終解決問題並額外提升50%吞吐的過程,適合所有服務端研

服務端 , 系統設計 , 架構設計 , 開發

收藏 評論

float64 - ByteByteGo學習筆記:系統設計面試框架

系統設計面試往往讓人感到緊張,因為問題通常很模糊,而且需要在短時間內設計出一個複雜的系統。但實際上,面試官並不是期望你在一小時內設計出一個真實世界的系統,而是希望看到你在解決問題時的思維方式和設計技能。 系統設計面試的目標 面試官主要關注以下幾個方面: 合作能力:是否能夠與團隊成員有效合作。 抗壓能力:在壓力下是否能保持冷靜並做出合理的決策。 解決模糊問題的能力:面對不明確的問題時,是否能

系統設計 , 面試 , 後端

收藏 評論

織信informat - LowCode:低代碼平台,2024國內十大主流低代碼平台年終盤點

如果你提了一個需求,3天后就能上線,它該用什麼工具實現?答案是,低代碼平台! 一、什麼是低代碼? 低代碼平台(Low Code)是一種能夠加速軟件研發進程的高效開發方法,它通過抽象和最小化手工編碼的方式,為開發和部署定製化應用提速。作為最低標準,低代碼平台必須具備低代碼能力(如模型驅動、可編程的可視化開發方式等),能用於開發包含有用户界面、業務邏輯、工作流和數據服務的完整應用程序。低代碼的主要特點

系統設計 , 低代碼

收藏 評論

NocoBase - 使用無代碼/低代碼平台進行開發的 5 大挑戰

近年來,越來越多的開發者會選擇使用無代碼/低代碼平台進行業務系統的開發。原因很簡單:不用從零開始研發一整套系統,並且有易用的模板和可視化的操作界面,大大減少了業務開發的難度和所需時間。 然而,真正嘗試過的開發者會發現,無代碼/低代碼確實能讓開發變“簡單”,但新的挑戰也隨之而來。 在這篇文章中,我們將與大家探討這些已有的挑戰,並且可以怎樣更好地應對。 挑戰 1:難以準確評估項目複雜度和無代碼/低代

無代碼開發平台 , 系統設計 , 開發工具 , 低代碼 , 開源

收藏 評論