收藏 / 列表

ERP老兵_冷溪虎山 - 編程算法“雙鏈表“左右開弓!實現《藥典》字符串比對—附源碼|截圖|可白嫖| 防止抓錯藥 PY/JS/GO/JAVA(中醫編程)

🏆兄弟姐妹們,別再用==直接比藥名了! 怪蜀黎在藥庫摸了10年ERP,見過太多「姜半夏」配成「法半夏」的醫療事故!🏴‍☠️ 今天帶你們用雙鏈表遍歷+多語言驗證,把《中國藥典》的藥材比對算法,塞進4種編程語言裏——✅ ⚠️ 實際藥廠應用需通過藥監局驗收,本代碼僅作技術演示 💡 核心腦洞: 雙鏈表 = 陰陽雙脈(左鏈表走任脈,右鏈表走督脈)⏩⏪ 節點比對 = 藥材性味歸經校驗(寒

算法 , 鏈表 , 字符串處理 , 醫療it , Python

oioihoii - Python與C++:從哲學到細節的全面對比

Python和C++是兩種在當今軟件開發領域佔據主導地位的語言,但它們的定位、設計哲學和應用場景有着天壤之別。Python以其簡潔、直觀的語法和“內置電池”的理念,致力於讓開發者用更少的代碼做更多的事,強調開發效率和可讀性。而C++則是由C語言發展而來,以其對硬件底層的控制能力、極高的運行效率和靈活性著稱,信奉“零開銷抽象”原則,即你不用的東西不需要付出代價,你用的東西則能被最優地實現。

後端開發 , harmonyos , 縮進 , 代碼塊 , Python

Hankin_Liu收徒 - 從彙編看內存序:C++ 內存模型在 Intel 架構下到底做了什麼

一、引言 在多線程程序中,C++ 內存模型定義了跨線程訪問共享變量時的行為保證。 它規定了不同操作之間的 可見性 與 順序性,通過諸如 memory_order_relaxed、memory_order_release、memory_order_acquire、memory_order_seq_cst 等語義,讓開發者能夠在性能與正確性之間做出權衡。 然而,C++ 的內存模型只是一個

intel , c++

星辰大海 - 神奇的“維克托”

**C++ 中 std::vector 全面解析(從基礎到進階) std::vector 是 C++ 標準庫(STL)中最常用的動態數組容器,能自動管理內存、動態擴容,比手動用 new[] 分配數組更安全高效,是日常開發的“高頻工具”。下面從基礎用法到進階技巧,帶你吃透它~** 一、基礎:怎麼用 std::vector? 1. 頭文件與初始化 用 std::vector 前必須包含頭文件 vect

c++

小萬哥 - C# 繼承、多態性、抽象和接口詳解:從入門到精通

C# 繼承 在 C# 中,可以將字段和方法從一個類繼承到另一個類。我們將“繼承概念”分為兩類: 派生類(子類) - 從另一個類繼承的類 基類(父類) - 被繼承的類 要從一個類繼承,使用 : 符號。 在以下示例中,Car 類(子類)繼承了 Vehicle 類(父類)的字段和方法: 示例 class Vehicle // 基類(父類) { public string brand = "

服務器 , c# , 程序員 , 後端 , asp.net

1412 - Workflow通用併發控制組件:ResourcePool資源池

開源項目Workflow是C++異步調度的高性能框架,廣泛用於高吞吐低延遲的網絡服務器、並行計算和組裝複雜網絡請求的客户端等領域。在異步調度的編程範式下,想要實現併發控制是非常困難的,因為一旦無法做到無阻塞的調度,那麼框架性能就會大打折扣。 線上非常常見的場景是:異步服務器需要限制用户的併發,從而保護有限的後端資源比如GPU計算,並在超載時可以立刻拒絕用户或者實施排隊等待的處理策略。 一個好的併發

workflow , github , c++ , 開源 , 併發

點墨 - likely()/unlikely()宏的編譯器優化機制分析

引言 在Linux內核源碼中,我們經常看到if(likely(condition))和if(unlikely(condition))這樣的代碼結構。這些宏通過指導編譯器進行分支預測優化,可以顯著提升程序性能。本文將深入分析其工作原理,並通過彙編代碼展示實際優化效果。 核心原理 likely()和unlikely()宏的本質是調用GCC內置函數: #define likely(x) __buil

likely-unlikely , 編譯 , Linux , 優化

hedzr - C++ 的枚舉類型

Prologue: C++ 中的枚舉類型應用以及轉換到字符串的增強:AWESOME_MAKE_ENUM,... Original From: HERE 因為臨時發現需要一個枚舉量到字符串的轉換器,所以乾脆梳理了一遍古往今來的枚舉類型的變化。 於是奇怪的冷知識又增加了。 枚舉類型 enum 在 cxx11 之前,C/C++ 通過 enum 關鍵字聲明枚舉量。 // 匿名全局枚舉

c++11 , 算法 , c++ , c++17

kedixa - Coke(三):使用HttpClient的更多功能

Coke項目Github主頁。 上一篇文章通過幾個示例介紹瞭如何使用Coke便捷地發起Http請求,本文延續上一個話題,將coke::HttpClient的功能詳細地介紹一下。 在C++ Workflow中,Http任務通常通過工廠函數創建,並且可以指定重試次數等參數。而在Coke中可以通過coke::HttpClient來創建Http任務。首先介紹一下與任務相關的參數 struct HttpCl

c++20 , 協程 , c++

輕口味 - Android C++系列:Linux網絡(三)協議格式

1. 數據包封裝 傳輸層及其以下的機制由內核提供,應用層由用户進程提供(後面將介紹如何使用 socket API編寫應用程序),應用程序對通訊數據的含義進行解釋,而傳輸層及其以下 處理通訊的細節,將數據從一台計算機通過一定的路徑發送到另一台計算機。應用層 數據通過協議棧發到網絡上時,每層協議都要加上一個數據首部(header),稱為封裝 (Encapsulation),如下圖所示 不同的協議層對

tcp , c++ , Linux , Android , udp

Plume岣七 - [Linux]探索進程的奧秘:從硬件到軟件的全面解析

在計算機科學中,進程是一個至關重要的概念。它是操作系統中最基本的執行單元,也是實現併發和多任務處理的關鍵。《操作系統概念》一書中提到:"進程是正在執行的程序,是程序執行過程中的一次指令、數據的集合,也可以叫做程序的一次執行過程。"然而,要真正理解進程,需要我們跨越硬件和軟件開始,深入探索期底層原理和工作機制。 一.硬件:馮諾依曼體系結構 1.核心框架 馮諾依曼體

進程概念 , 馮諾依曼體系結構 , 優先級 , 操作系統 , 狀態 , c++ , 後端開發 , c

小康 - 90% 的人答錯!TCP 和 UDP 可以使用同一個端口嗎?(字節面試真題)

大家好,我是小康。今天我要和大家分享一道字節跳動的經典面試題:TCP 和 UDP 可以使用同一個端口嗎? 看似簡單,實則暗藏玄機的網絡問題! 乍一聽,你可能想直接回答"可以"或"不可以"就完事了。 但等等,這個問題遠沒有那麼簡單! 為什麼這個問題能成為各大廠面試的熱門話題? 因為它直擊網絡協議的核心,展示了 TCP/UDP 端口管理背後的巧妙設計。 今天,我們就來聊聊這個問題背後的秘密。 微信

tcp-udp , 面試 , 計算機網絡

mb65950ac695995 - 十三、PC 高刷新顯示與可變刷新率(VRR)下的插幀策略

在支持 120/144/240Hz 的顯示器上,插幀能顯著改善低幀率內容的體驗。與 VRR(G-Sync/FreeSync)配合,渲染與顯示的同步問題更復雜。插幀管線應與顯示時序協調,確保中間幀在合適的掃描時刻輸出。對於低延遲需求的競技遊戲,需謹慎啓用插幀,因為它可能增加端到端延遲。 策略: 當渲染幀率穩定接近刷新率時,減少插幀介入。 當渲染幀率低且

幀率 , c++ , 後端開發 , c

wx65950818d835e - 12: 強化學習在超分中的應用

引言 強化學習(Reinforcement Learning,RL)是一種通過與環境交互學習最優策略的機器學習方法。在傳統的超分辨率(SR)任務中,模型通過固定的訓練數據進行學習,而強化學習則通過與環境的不斷交互來進行優化,這使得強化學習在圖像超分中的應用成為可能。通過強化學習,可以使模型根據圖像的實際表現進行自我調整,從而提升超分效果。本文將探討強化學習在圖像超分中的應用

自適應 , 強化學習 , c++ , 後端開發 , c , 圖像質量

蒙奇D索隆 - 【操作系統】考研408操作系統核心考點精講:進程的五大狀態與轉換機制剖析​

(進程的狀態與轉換) 導讀 大家好,很高興又和大家見面啦!!! 在上一篇內容中,我們共同探討了進程的基本概念——進程作為操作系統中資源分配和獨立運行的基本單位,是理解系統如何實現多任務併發的關鍵。 進程並非是靜態不變的,它有着自己的“生命週期”,會在不同的狀態間動態轉換,以響應系統的調度和各類事件的發生。 理解這些狀態及其轉換規律,就如同掌握了進程活動的脈搏。接

yyds乾貨盤點 , 操作系統 , c++ , 後端開發 , 考研 , c , 408