博客 RSS 訂閱

晴空月明 - 行為型模式-協作與交互機制

行為型模式聚焦於對象間的行為交互,通過規範對象協作方式提升系統的靈活性與可擴展性。在分佈式系統中,由於多節點異步通信、網絡不可靠性及狀態一致性挑戰,行為型模式需針對分佈式特性進行適應性設計。本文從觀察者、策略、命令、責任鏈、狀態五大核心行為型模式出發,系統解析其在分佈式場景下的演化與實踐。 一、觀察者模式:分佈式事件的發佈 - 訂閲機制 1.1 模式核心與分佈式適配 觀察者模式通過發佈 - 訂閲機

設計模式

收藏 評論

晴空月明 - 單一職責原則(SRP)深度解析

在設計模式的七大基本原則中,單一職責原則(Single Responsibility Principle, SRP) 是最基礎也最易被忽視的原則。其核心思想是 “一個類應該只有一個引起它變化的原因”,即類的職責需高度內聚,避免因多職責耦合導致的維護災難。本文從定義解構、實踐邊界、反模式分析及面試應答策略四個維度,系統解析 SRP 的本質與應用,確保內容深度與去重性。 一、SRP 的核心定義與

設計模式

收藏 評論

小帆聊前端 - 前端設計模式深度解讀:從混沌到有序,寫出可維護的代碼

前端設計模式深度解讀:從混沌到有序,寫出可維護的代碼 前言:你是否也被這些代碼問題折磨過? "這個彈窗組件改一處就崩三處,到底誰寫的?" "為什麼同樣的表單驗證邏輯,每個頁面都要複製粘貼?" "狀態管理越來越亂,新增功能要改五六個地方?" "接手的項目像一團亂麻,根本不敢動核心邏輯?" 前端開發中,"能跑就行" 的代碼在初期或許能快速交付,但隨着項目迭代,維護成本會指數級增長。設計模式不是銀彈,卻

設計模式 , 前端

收藏 評論

程序員一諾python - 【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

flask , 後端 , 前端 , Python

收藏 評論

程序員一諾python - 【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

flask , 後端 , 前端 , Python

收藏 評論

正點原子 - 《ESP32-S3使用指南—IDF版 V1.6》第二十一章 IIC_OLED實驗

第二十一章 IIC_OLED實驗 1)實驗平台:正點原子DNESP32S3開發板 2)章節摘自【正點原子】ESP32-S3使用指南—IDF版 V1.6 3)購買鏈接:https://detail.tmall.com/item.htm?id=768499342659 4)全套實驗源碼+手冊+視頻下載地址:http://www.openedv.com/docs/boards/esp32/ATK-DNE

編程 , 嵌入式 , 物聯網 , 單片機 , 程序員

收藏 評論

騰訊雲開發者 - 從效率革命到技術覺醒-解鎖 AI 編程的未來密碼 | TVP 技術夜未眠

引言 隨着大模型時代的到來,工具類的 AI 應用數量呈現出一種爆發性的增長趨勢,其中 AI 編程助手正以一種驚人的速度改變着開發者的工作方式,大幅度地提升了開發效率,並在悄然間重塑編程的本質與邊界。但是由此也引發了相關從業者關於程序員未來的擔憂與廣泛討論。 AI 將“取代程序員”還是“造就文盲程序員” ?從低代碼開發到 AI 驅動的“需求-生成-迭代”的 AI 敏捷模式,“AI 原生開發”的時代

編程 , 騰訊雲

收藏 評論

正點原子 - 【618狂歡節】活動商品78折起!萬用表,電烙鐵,焊台,開發板等爆款產品統統78折起!

【618狂歡節】正點原子旗艦店618活動火熱進行中,活動商品限時78折起!萬用表,智能電烙鐵,智能焊台,數控電源,開發板等正在火熱售賣中!感興趣的小夥伴趕緊進店看看吧! 一、爆款工具推薦: 【DM40萬用表】https://detail.tmall.com/item.htm?id=859521935894 【T80智能電烙鐵】https://detail.tmall.com/item.htm?id

編程 , 嵌入式 , 單片機 , 開發 , 程序員

收藏 評論

正點原子 - 正點原子AU15開發板發佈!板載40G QSFP、PCIe3.0x8和FMC LPC等接口,性能強悍!

正點原子AU15開發板發佈!板載40G QSFP、PCIe3.0x8和FMC LPC等接口,性能強悍! 正點原子AU15開發板搭載Xilinx Artix UltraScale+ 系列FPGA,核心板主控芯片的型號是XCAU15P-FFVB676-2I。開發板由核心板+底板組成,外設資源豐富,板載1路千兆網口、PCle3.0x8、40G QSFP光口、一個FMC LPC座、一個HDMI輸出接口、

編程 , 嵌入式 , 通信 , 開發 , 程序員

收藏 評論

正點原子 - 正點原子Z15I ZYNQ 開發板發佈!板載PCIe2.0、SPFx2、MIPI CSI等接口,資料豐富!

正點原子Z15I ZYNQ 開發板發佈!板載PCIe2.0、SPFx2、MIPI CSI等接口,資料豐富! 正點原子Z15I ZYNQ開發板,核心板全工業級設計,主控芯片的型號是XC7Z015CLG485-2I。開發板由核心板+底板組成,外設資源豐富,板載2路千兆以太網接口、PCle2.0x2、SFP光口x2(每路速率高達6.25Gbps)、MIPI CSI接口、HDMI輸入和輸出接口、3路US

編程 , fpga , 嵌入式 , 開發 , 產品

收藏 評論

正點原子 - 正點原子Z20 ZYNQ 開發板發佈!板載FMC LPC、LVDS LCD和WIFI&藍牙等接口,資料豐富!

正點原子Z20 ZYNQ 開發板發佈!板載FMC LPC、LVDS LCD和WIFI藍牙等接口,資料豐富! 正點原子新品Z20 ZYNQ開發板來啦!核心板全工業級設計,主控芯片型號是XC7Z020CLG484-2I。開發板由核心板+底板組成,外設資源豐富,板載2路千兆以太網接口、一個FMC LPC座,HDMI輸入和輸出接口、LVDS LCD接口、音頻接口和RGB LCD接口等外設。開發板提

編程 , fpga , 嵌入式 , 開發 , 程序員

收藏 評論

騰訊雲開發者 - TVP專家談CodeBuddy:助力高效編程,潛力無限

導語| 近日,由騰訊雲 TVP 攜手騰訊雲代碼助手CodeBuddy團隊精心打造 TVP 吐槽大會騰訊雲 CodeBuddy 專題線上研討會圓滿落幕,7 位資深的行業專家深度體驗CodeBuddy,分享真實體驗和建議,在用户體驗、產品能力、生態發展等多角度給出進化秘笈。一句話就能生成好應用,CodeBuddy真有這麼強?一起來看看TVP專家與CodeBuddy 產品技術掌舵人的巔峯對決! 騰訊雲代

編程

收藏 評論

com222 - 本地化Manus?AiPy迎來史上重大更新

之前幾期講到AiPy和Maus在具體優劣勢上的一些對比,截至6月14日,Manus和AiPy兩款智能體分別有了一定程度的更新。今天我們詳細對比一下哪些方面發生了變化。 AiPy更新後的變化 AiPy作為一款可以本地化部署的智能體,是一種基於新範式“Python-Use”開發的一種更加通用快捷地使用大模型完成各種任務的產品。也就是大模型通過對用户任務的理解進行規劃拆分,並通過API Calling及

編程 , 開發 , aigc , 人工智能 , Python

收藏 評論

正點原子 - 《ESP32-S3使用指南—IDF版 V1.6》第二十五章 IIC_AP3216C實驗

第二十五章 IIC_AP3216C實驗 1)實驗平台:正點原子DNESP32S3開發板 2)章節摘自【正點原子】ESP32-S3使用指南—IDF版 V1.6 3)購買鏈接:https://detail.tmall.com/item.htm?id=768499342659 4)全套實驗源碼+手冊+視頻下載地址:http://www.openedv.com/docs/boards/esp32/ATK-

編程 , 嵌入式 , 物聯網 , 開發 , 程序員

收藏 評論

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

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

編程 , 人工智能 , 深度學習 , 後端 , 前端

收藏 評論

正點原子 - 《ESP32-S3使用指南—IDF版 V1.6》第二十九章 DS18B20實驗

第二十九章 DS18B20實驗 1)實驗平台:正點原子DNESP32S3開發板 2)章節摘自【正點原子】ESP32-S3使用指南—IDF版 V1.6 3)購買鏈接:https://detail.tmall.com/item.htm?id=768499342659 4)全套實驗源碼+手冊+視頻下載地址:http://www.openedv.com/docs/boards/esp32/ATK-DNES

編程 , 嵌入式 , 單片機 , 開發 , 產品

收藏 評論

PoloAPI - 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

編程 , llm , 算法 , 人工智能 , 後端

收藏 評論

Fabarta - Cursor可控AI編程實踐:縮短交付週期,保障產品質量

導讀AI編程工具的興起讓開發效率有了質的飛躍,但很多開發者在使用過程中會發現一個問題:AI生成的代碼往往與現有項目的技術棧、編碼規範不匹配,需要大量的手動修改,開發效率拖了後腿。如何讓AI按照我們的意圖和規範來編寫代碼?這就是"可控AI編程"要解決的核心問題。 通過Cursor可控AI編程技術,我們大幅提升了開發效率,同時確保了產品的高質量和可靠性。本文將展示這一技術如何為企業創造實際價

編程 , 人工智能 , 深度學習

收藏 評論

一點人工一點智能 - 《計算機算術實踐:習題與編程》

書籍:Computer Arithmetic in Practice: Exercises and Programming 作者:Sławomir Gryś 出版:CRC Press​ 編輯:陳萍萍的公主@一點人工一點智能 下載:書籍下載-《計算機算術實踐:習題與編程》 01 書籍介紹 這是一本面向本科及研究生階段、簡明易懂的入門讀物,專為在大學課程中希望理解計算機

編程 , 算術 , 人工智能 , 計算機

收藏 評論

快被AI代替的牛馬 - 為什麼在代碼中,大小寫搞錯會導致嚴重問題

在代碼中搞錯大小寫之所以會導致嚴重問題,其根本原因在於計算機系統對“標識符”的識別,是一種“字面意義”上的、精確到每一個字符的嚴格匹配,它缺乏人類所具備的、能夠理解“意圖”的模糊處理能力。對於大多數編程語言和操作系統而言,myVariable 和 myvariable 是兩個完全不同的、指向不同內存地址的獨立實體。這種看似微不足道的差異,會在程序的整個生命週期中,引發一系列從“編譯失敗”到“數據丟

編程

收藏 評論

CXG的博客 - 為什麼循環次數總是會多一次或少一次?

程序循環次數之所以常常會多一次或少一次,這一經典的“差一錯誤”現象,其根源,並非源於計算機的隨機性,而是來自於人類的直覺計數習慣與計算機嚴格的、基於零的索引邏輯之間的根本性衝突。一個看似簡單的循環,其精確執行,依賴於對多個關鍵點的無誤設定。導致循環次數偏差的五大核心原因包括:“從零開始”的計算機計數習慣與人類“從一開始”的直覺衝突、循環“邊界條件”的判斷錯誤、大於與大於等於等“比較運算符”的混淆、

編程

收藏 評論

快被AI代替的牛馬 - 為什麼程序總報“空指針異常”?

程序頻繁報告“空指針異常”,其根本原因在於代碼在嘗試調用或訪問一個“並不實際存在”的對象或變量的方法或屬性。在許多編程語言中,“空”是一個特殊的值,它表示一個引用類型的變量,當前並未指向內存中的任何一個具體對象。當程序,基於“這裏一定有一個對象”的錯誤假設,去對這個“空”的引用,進行解引用操作時(例如,試圖獲取它的一個屬性),就會觸發這種致命的、通常會導致程序立即崩潰的異常。導致一個引用變量為空的

編程

收藏 評論

快被AI代替的牛馬 - 為什麼在循環中修改集合,會導致程序出錯

在循環遍歷一個集合(如列表、數組)的過程中,直接對其進行添加或刪除元素的操作,之所以會導致程序出錯或產生非預期的結果,其根本原因在於這種修改行為,直接破壞了循環賴以正常工作的“迭代器”的內部狀態或循環的“邊界條件”。一個循環的執行,如同一個人,在參照一張地圖進行按部就班的徒步旅行。如果在旅行途中,這張地圖本身,被隨意地修改(例如,擦掉了一個即將要訪問的村莊,或在終點後又增加了一個新的村莊),那麼,

編程

收藏 評論

CXG的博客 - 為什麼程序處理大量數據時,性能會急劇下降

程序在處理少量數據時運行如飛,一旦數據量激增,性能便急劇下降甚至崩潰,這一現象的根源,在於程序內部的“處理成本”與“數據規模”之間,形成了一種“非線性”的增長關係。一個設計欠佳的程序,其處理成本的增長速度,可能遠超數據量的增長速度。導致這種性能瓶頸的五大核心“元兇”通常包括:算法的時間複雜度過高、不合適的數據結構選擇、內存的頻繁分配與垃圾回收、磁盤或網絡輸入輸出的瓶頸、以及數據庫查詢的低效。 其

編程

收藏 評論