收藏 / 列表

hedzr 頭像

hedzr - 談 C++17 裏的 FlyWeight 模式

回顧享元模式，考慮實作它的各種問題。 Prologue 略過 FlyWeight Pattern 理論 享元模式，是將複雜對象的相同的組成元素抽出並單獨維護的一種結構型設計模式。這些相同的組成元素被稱為共享元件，它們在一個單獨的容器中被唯一性地管理，而複雜對象只需持有到該唯一實例的參考，而無需重複創建這樣的相同的元素，從而能夠大幅度地削減內存佔用。 以字處理器為例，每個字符都具有獨立的、區別於其它

c++11 , 設計模式 , design-pattern , c++ , c++17

xingchendahai_68d7dff410962 頭像

星辰大海 - 論如何製作簡易網頁槍械

武器系統製作：從零開始 第一步：先創造一個武器（用HTML） 把武器想象成一個玩具模型，我們先把它做出來。 !-- 這把槍叫"M4"，傷害35，射速10 -- div class="weapon" id="m4" h3M4 突擊步槍/h3 p傷害：span class="damage"35/span/p p射速：span class="fire-rate"10/span/

HTML

u_16492348 頭像

wx65950818d835e - 14: 基於卷積神經網絡（CNN）的超分算法

引言 卷積神經網絡（CNN）是深度學習中最成功的模型之一，廣泛應用於圖像分類、物體檢測等任務。隨着深度學習技術的發展，CNN在圖像超分辨率（SR）領域也取得了顯著進展。基於CNN的超分算法利用深度卷積網絡從低分辨率圖像中提取特徵，並通過層層卷積和反捲積層重建高分辨率圖像。本文將探討基於CNN的超分算法的原理、優勢和挑戰。 CNN在超分中的基本原理 CNN通過多層

卷積 , 圖像重建 , c++ , 後端開發 , 深度學習 , c

hankin_liu 頭像

Hankin_Liu收徒 - 深入理解 C++ happens-before：高級併發程序員的必修課

一、引言：為什麼需要 happens-before？ 在多線程程序中，“語句順序” ≠ “執行順序”。 現代 CPU 和編譯器會對指令重排，只要單線程的結果不變，就可以自由優化。 然而，在併發場景下，這會導致嚴重的問題： bool ready = false; int data = 0; void writer() { data = 42; ready = true;

c++ , 多線程

u_16492406 頭像

mb65950ac695995 - 十、渲染插幀與 TAA 的關係：累積與去鬼影

Temporal Anti-Aliasing（TAA）通過將多個時間幀的信息累積在一起減輕鋸齒與噪聲。插幀也利用歷史幀，但目標是生成中間幀。兩者常共享重投影與運動向量。若在插幀中引入 TAA 的思想，可以對中間幀進行多幀融合，利用歷史信息提升穩定性。但必須控制鬼影：當運動向量錯誤或遮擋變化時，歷史像素不應參與融合。 去鬼影策略包括： 雙向一致性檢查：前後幀的

光流 , 運動向量 , 權重 , c++ , 後端開發 , c

lengxi_16 頭像

ERP老兵_冷溪虎山 - WebStorm 調參高手都在用的配置！續集：IDEA/PyCharm 飛昇後，前端 IDE 性能炸裂的秘密

🏆“為什麼別人的 WebStorm 運行 Vue 項目絲滑流暢，而你的卻頻繁卡頓、編譯轉圈？ ✅秘密就藏在這個 webstorm64.exe.vmoptions文件裏！ 作為 IDEA/PyCharm 調優系列的續集:🎃 我把我壓箱底的 ​WebStorm 性能調優參數表​ 分享出來——包含 ​JVM 堆內存優化、垃圾回收策略、圖形渲染加速​ 等關鍵設置🎉🎉; 還附上每項參數的詳細註

node.js , jvm調優 , webstorm , jetbrains , Javascript

bug1412 頭像

1412 - C++高併發異步定時器的實現

各位開發者好，久違的Workflow架構系列追更了～ 在C++高併發場景，定時功能的實現有三大難題：高效、精準、原子性。 除了定時任務隨時可能到期、而進程隨時可能要退出之外，最近Workflow甚至為定時任務增加了取消功能，導致任務可能被框架調起之前被用户取消，或者創建之後不想執行直接刪除等情況，而這些情況大部分來説都是由不同線程執行的，因此其中的併發處理可謂教科書級別！ 那麼就和大家一起看看Wo

定時器 , workflow , c++ , 開源 , 異步

u_16985197 頭像

Plume岣七 - [C++]異常處理機制

C語言本身沒有處理異常的機制，通常需要通過錯誤碼(error)、assert、全局變量、函數返回值等方法處理錯誤；這種處理方法雖然邏輯直觀，但是多層調用時需逐層傳遞且無法自動清理資源，功能有限。 所以，Bjarne Stroustrup在設計C++時，為了更好地處理程序中的錯誤，將異常處理機制引入了C++，其基本思想是讓函數在發現自己無法處理的錯誤時拋出一個異常，然後由其調

異常規範 , 拋出異常 , c++ , 後端開發 , c , 異常類型

kedixa 頭像

kedixa - Coke（二）：便捷地發起Http請求

Coke項目Github主頁。 在這個時間點開發本項目，有以下幾點考慮 常用的編譯器對C++ 20的支持已經逐步完善，本項目依賴於GCC = 11或Clang = 15 常用的操作系統發行版支持了新編譯器，例如CentOS Stream 8、Ubuntu 22.04、Fedora 38等 C++ Workflow使用回調函數的方式組織異步任務，一部分習慣寫同步代碼的用户可能會對此感到困擾，

c++20 , 協程 , c++

u_16231477 頭像

蒙奇D索隆 - 【操作系統】408操作系統核心考點精講：第二章——進程的概念、組成與特徵​

(進程) 導讀 大家好，很高興又和大家見面啦！！！ 在前面的內容中我們介紹了【操作系統】的基本概念、發展歷程、運行環境以及體系結構等重要內容。這些內容讓我們對【操作系統】有了一個初步的印象與瞭解。 從本篇內容開始，我們將進入【操作系統——第二章——進程與線程】的學習。在這個章節中，我們將會學習以下知識點： 進程與線程 CPU調度 同步與互斥

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

jkkang 頭像

小康 - 90% 的人答錯！TCP 和 UDP 可以使用同一個端口嗎？（字節面試真題）

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

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

wodekouwei 頭像

輕口味 - 深入理解rtmp(二)之C++腳手架搭建

前面深入理解rtmp(1)之開發環境搭建中我們已經搭建好服務器,並且利用一些現成的工具可以推送直播流,播放直播流了.這篇文章我們開始搭建從零開發一套rtmp推流拉流sdk,對着協議實現,達到真正的"深入理解". 作為一個碼農,搬磚搬到一定高度就需要"腳手架"來支撐我們"夠得住".為了方面我們把rtmp推拉流sdk實現為一個PC上的命令行程序,當開發調試穩定後,我們可以快速的通過交叉編譯工具編譯到A

音視頻 , tcp-ip , c++ , rtmp

xaye 頭像

祝你今天愉快 - C++學習（七）類型轉換及總結

介紹 類型轉換：儘量不要寫含有類型轉換的代碼(無意間避免不了)，小的類型給大的問題不大，大的類型給小的就會有問題 1.將一種運算符類型賦值給另一種運算符類型，會涉及類型轉換 2.表達式中包含不同類型時，會涉及類型轉換 3.將參數傳遞給函數時，會涉及類型轉換 示例1 #include

指尖人生 , 移動開發 , c++ , Android , 類型轉換 , ios

bugcatcher 頭像

捕蟲中年 - 用Vim玩玩MonoGame

前言（廢話） 最近想試試搗鼓下游戲，於是看了一圈遊戲引擎（差生文具多了屬於是）。早前我挺喜歡 godot的，但是這社區有點爛，下北澤一樣臭。那就還是 unity吧，不過 unity相對重一點，可能我有時就在辦公室搞點小玩意，unity還是留着在家裏玩好了；那麼，跟 unity一樣，也是用 C#的 MonoGame，就成了一個我在辦公室摸魚的時候可以用 vim寫寫代碼的小玩具了（我感覺做 unity

c# , vim

chiqingdechouti 頭像

codigger - OSE：從指令到意圖，編程範式的語義化躍遷

在軟件開發的世界裏，我們與機器的對話通常是基於精確的、底層的指令。代碼，作為這種對話的載體，往往是抽象而僵化的。然而，隨着編程範式的演進，新興的語言如 Object Sense (OSE) 正在挑戰這種“指令級”的溝通方式。我們不禁會思考：有沒有一種編程語言，能夠更自然地理解人類的意圖，而不僅僅是執行我們的指令？OSE 的出現，正通過其獨特的語義化設計和智能推斷機制，將編程從“指令級操作”推向“意

資訊 , 編程語言