tag 複用

標籤
貢獻33
91
11:13 AM · Nov 05 ,2025

@複用 / 博客 RSS 訂閱

數據庫知識分享者小北 - Hybrid Model Support:阿里雲 Tair 聯合 SGLang對 Mamba-Transformer 等混合架構模型的支持方案

導讀 接着上一節內容對KV Cache存儲方案的深入解讀,本文介紹了阿里雲 Tair KVCache 團隊與SGLang 社區在推理框架上的提效——支持混合架構模型的工程化實踐。 在大模型長文本與智能體化趨勢下,Transformer 面臨顯存與計算瓶頸,而高效的 Mamba 模型語義召回受限。混合架構通過結合兩者優勢應運而生,卻帶來系統級挑戰:Tran

tair , nosql , 狀態空間 , 阿里雲 , 緩存 , 數據庫 , 複用

收藏 評論

doscommand - #2020徵文-TV# HarmonyOS應用開發項目實戰--在線課堂TV(二) - HarmonyOS技術社區的個人空間 -

掌握這些開發規則,讓你的HarmonyOS應用性能提升一個檔次! 在HarmonyOS應用開發中,遵循最佳實踐不僅能提升應用性能,還能顯著改善用户體驗。本文將帶你深入探索HarmonyOS開發的各個關鍵領域,從聲明式UI到動畫轉場,從組件複用到主題適配,全方位解析開發中的"要"與"不要"。 一、聲明式UI:狀態驅動的藝術 核心原則

text , 後端開發 , 複用 , harmonyos , ui

收藏 評論

前端小巷子 - Vue 2深入 keep-alive

Vue 2深入 keep-alive keep-alive 是 Vue 2 運行時裏最常被提及卻最少被深究的內置組件。它看上去只是“把頁面緩存起來”,背後卻涉及實例生命週期劫持、LRU 緩存策略、VNode 複用以及內存管理。 一、設計動機 單頁應用裏常見的“標籤頁”“麪包屑”“分步表單”等交互模式,都要求用户在多個路由或狀態之間來回切換。默認情況下,每一次切換都會觸發舊組件

生命週期 , 緩存 , 複用 , 前端開發 , Javascript

收藏 評論

數據俠客行 - 同時包括系分和系統架構

1 為什麼要有操作系統 程序員無法把所有的硬件操作細節都了接到,管理這些硬件並且加以優化使用時非常繁瑣的工作,這個繁瑣的工作就是操作系統來乾的,有了操作系統,程序員就從這些繁瑣的工作中解脱出來,只需要考慮自己的應用軟件的編寫就可以了,應用軟件直接使用操作系統提供的功能來間接使用硬件。 2 什麼是操作系統 操作系統就是一個協調、管理和控制計算機硬件

同時包括系分和系統架構 , 應用程序 , 架構 , 後端開發 , 複用 , 多路複用

收藏 評論

小咪咪 - vue3 hooks 可以用template嗎

一,什麼是Hooks? "hooks" 直譯是 “鈎子”,它並不僅是 react,甚至不僅是前端界的專用術語,而是整個行業所熟知的用語。通常指: 系統運行到某一時刻時,會調用在該時機被註冊的回調函數 而在vue中。hooks的定義會更加模糊,姑且總結一下: 在vue組合式API中被定義為,以"use"

機器學習 , vue.js , 回調函數 , 人工智能 , 複用 , 前端 , Javascript

收藏 評論

wangfang呀 - Composition API 設計思想(第11節)

哈嘍,各位小夥伴,歡迎來到我是wangfang呀的博客!我是我是wangfang呀,雖然還在編程的“菜鳥”階段,但我已經迫不及待地想和大家分享我一路上踩過的坑和學到的小技巧。如果你也曾為bug頭疼,那麼你來對地方了!今天的內容希望能夠給大家帶來一些靈感和幫助。 一、為什麼要引入 Composition API?——Vue 團隊是真的被逼急了 😅 1️⃣ Optio

API , 搜索 , 後端開發 , JAVA , 複用

收藏 評論

mob64ca13f8b166 - MVVM框架_code_dream

跨端 UI 開發最佳實踐:基於倉頡 MVVM 架構的落地方案 倉頡 MVVM(Model-View-ViewModel)架構通過數據驅動和雙向綁定實現高效跨端開發。以下是核心落地方案及實踐要點: 一、架構核心設計原則 分層解耦 Model 層:純數據邏輯,定義數據結構與業務規則

mvvm , 架構 , 後端開發 , 複用 , harmonyos , ui

收藏 評論

浪人小風光 - LangChain 系列教程(一):掌握基礎概念,為大型語言模型應用奠定基礎_VIP

目錄 前言 1. PromptTemplate 概述 1.1 什麼是 PromptTemplate 1.2 為什麼需要模板化提示 2. PromptTemplate 的參數與用法 2.1 主要參數説明 2.2 支持多種模板語法 3. 與 LLMC

大數據 , hadoop , 數據可視化 , 複用 , 硬編碼

收藏 評論

mob64ca140088a9 - 圓桌丨學者談人工智能倫理治理:要將倫理融入AI全生命週期_ai繪畫與人工智能倫理

AI元人文:從價值對齊到價值共生的範式革命,及其在社會治理中的實踐驗證 摘要: 本文旨在闡述“AI元人文”這一理論體系如何完成從哲學構想(“描述的哲學”)到實踐方法論(“生成的語法”)的關鍵躍遷。我們通過一個完整的“社區公共空間改造”虛擬案例,系統演示了該理論的核心框架與操作流程——從“價值原語圖譜”診斷,到“五維追問”創造彈性,經由“捨得之智”固化心理共識,最終生

後端開發 , 複用 , 技術方案 , 原語 , Python

收藏 評論

u_17398972 - 【C++項目實戰】類和對象入門實踐:日期類實現萬字詳解

目錄 引言 介紹 一、類的設計 二、成員函數的實現 🍃構造函數、析構函數、拷貝構造函數和賦值運算符重載 🍃友元函數:重載和 🍃日期合法性檢查函數 🍃獲取某年某月的天數 🍃比較運算符重載 🍃日期加減操作 🍃自增自減操作 🍃日期差計算 結語 引言

日期類 , c++ , 後端開發 , 複用 , 運算符重載 , c

收藏 評論

mb6923acc0735dc - 鴻蒙開發之路:渲染性能優化——組件樹複用與局部刷新機制

引言:鴻蒙聲明式UI的渲染挑戰 在鴻蒙應用開發中,我們經常面臨這樣的性能挑戰:複雜列表滾動時的卡頓現象、頻繁數據更新導致的UI閃爍、大數據集下的內存壓力。這些問題的根源在於傳統的UI渲染方式需要頻繁地創建和銷燬組件,導致渲染流水線負擔過重。 鴻蒙聲明式UI通過組件樹智能複用、差分更新算法和局部刷新機制三大核心技術,實現了高效的UI渲染性能。本文將深入解析這些優化機制的

sed , 移動開發 , Android , 複用 , ui

收藏 評論

歲月如歌甚好 - stm32f407 cubemx輸出互補pwm

以STM32F030F4P6,uVision開發環境為例,注意了,若使用其它相近芯片,本文僅供參考。 以下是main.c文件: #include "stm32f0xx.h" void LED_Init(void)

機器學習 , 初始化 , 引腳 , 人工智能 , 複用

收藏 評論

京東雲開發者 - 遺留代碼處理技巧與案例演示

1 什麼是遺留代碼 本質是一種技術債務,產生原因一方面是業務原因:如業務本身場景繁多、流程複雜等;另一方面是技術原因:如代碼不規範、設計不合理、祖傳代碼文檔註釋缺失等。它會影響我們的程序很多方面:如可讀性、可修改性、可複用性、可維護性、可測試性等。 2 遺留代碼處理過程拆解 劃分為梳理-重構/重寫-替換/驗證三個階段 2.1 梳理 遺留代碼的處理是一種逆向工程,從已有的代碼+數據模型+文檔倒推出

耦合性 , 複用 , 代碼優化 , 代碼規範 , 重構

收藏 評論

龐然大悟 - 反向代理核心機制:請求轉發流程、連接複用與後端健康檢查實現

一、反向代理核心定位:流量中樞與服務隔離 NGINX 反向代理作為客户端與後端服務的 “中間樞紐”,核心價值在於 統一入口管理、隱藏後端節點、優化請求分發,同時解決跨域、負載均衡、安全防護等問題。其底層機制圍繞 “高效轉發、資源複用、故障自愈” 三大目標設計,是分佈式架構中流量治理的核心組件。 二、請求轉發流程:從接收至響應的全鏈路解析 反向代理的請求轉發遵循

服務器 , 客户端 , Nginx , 複用 , 後端服務

收藏 評論

Python灑灑水啦 - C++單鏈表的插入操作詳解

單鏈表的插入操作是核心功能之一,根據插入位置可分為頭部插入(已實現)、尾部插入(已實現)和指定位置插入(核心擴展)。以下重點講解指定索引位置插入的實現邏輯、代碼細節及注意事項。 一、插入操作的核心邏輯 指定索引插入的目標是:在鏈表的第index個位置(索引從 0 開始)插入新節點,原索引index及之後的節點後移。步驟拆解: 檢查索引合法性(index

時間複雜度 , c++ , 後端開發 , 鏈表 , 複用 , c

收藏 評論

浪遏飛舟 - 談一談組件化

前言 今天前端生態裏面,React、Angular和Vue三分天下。雖然這三個框架的定位各有不同,但是它們有一個核心的共同點,那就是提供了組件化的能力。W3C也有Web Component的相關草案,也是為了提供組件化能力。今天我們就來聊聊組件化是什麼,以及它為什麼這麼重要。 正文 其實組件化思想是一種前端技術非常自然的延伸,如果你使用過HTML,相信你一定有過“我要是能定義一個標籤就好了”這樣的

封裝 , extjs , component , 組件化 , 複用

收藏 評論

阿里雲CloudOps - 資源編排ROS之模塊:實現模板代碼複用(基礎篇)

背景 資源編排服務(ResourceOrchestrationService,簡稱ROS)是阿里雲提供的一項簡化雲計算資源管理的服務。您可以遵循ROS定義的模板規範編寫資源棧模板,在模板中定義所需的雲計算資源(例如ECS實例、RDS數據庫實例)、資源間的依賴關係等。ROS的編排引擎將根據模板自動完成所有資源的創建和配置,實現自動化部署及運維。 模塊是一種以透明、易管理和可重複的方式打包資源配置,以

ros , 阿里雲 , 模塊化 , 複用

收藏 評論

阿里雲CloudOps - 資源編排ROS之模塊:實現模板代碼複用(進階篇)

背景 資源編排服務(ResourceOrchestrationService,簡稱ROS)是阿里雲提供的一項簡化雲計算資源管理的服務。您可以遵循ROS定義的模板規範編寫資源棧模板,在模板中定義所需的雲計算資源(例如ECS實例、RDS數據庫實例)、資源間的依賴關係等。ROS的編排引擎將根據模板自動完成所有資源的創建和配置,實現自動化部署及運維。 在基礎篇中,我們熟悉了模塊的相關知識,並以複用網絡設置

ros , 阿里雲 , 模塊化 , 複用

收藏 評論

步_步_為營 - 深度解析.NET中HttpClient的生命週期管理:構建穩健高效的HTTP客户端

深度解析.NET中HttpClient的生命週期管理:構建穩健高效的HTTP客户端 在.NET應用開發中,無論是微服務間的通信、數據抓取,還是與第三方API交互,HttpClient都是實現HTTP請求的核心工具。合理管理HttpClient的生命週期,對提升應用性能、避免資源泄露和確保系統穩定性至關重要。 一、技術背景 在早期的.NET開發中,直接使用WebRequest和

System , 連接池 , 複用 , 前端開發 , Javascript

收藏 評論

混沌福王 - 關於前端複用的幾點思考和建議——hook

複用 複用,在前端 vue 層面有多種形式:指令、filters(vue3 廢棄)、minx(vue 3 廢棄)、hook,計算屬性等。 這些不同的概念,是對不同場景和需求下框架層面的一種抽象,其中對使用者出錯的頻率 filter 指令 計算屬性 hook mixin 最前面兩種是純函數,輸入輸出確定,返回結果就能確定,調試和理解成本都非常低。計算屬性是帶緩存的函數,後面兩種分別是帶副作用

最佳實踐 , 複用 , hook , Web

收藏 評論

ZKMALL - 技術黨力薦!ZKmall開源商城:Vue 3架構加持,開源電商平台必入手

在開源電商平台選型中,“前端架構老舊、開發效率低、適配性差”成為技術黨的核心痛點:不少開源電商系統沿用老舊前端框架,性能卡頓、擴展性弱,二次開發難度極大;部分系統適配性不足,無法兼容多終端場景,界面渲染錯亂;更有系統開發體驗差,組件複用率低、調試繁瑣,技術黨需投入大量精力重構優化。技術黨亟需一款“基於Vue 3架構、性能能打、開發高效、適配全面”的開源電商平台。ZKmall開源商

yyds乾貨盤點 , Vue , 架構 , 後端開發 , 複用 , 迭代

收藏 評論

龐然大悟 - HTTPS 加密解密流程:SSL/TLS 握手優化、證書管理與會話複用

在互聯網通信中,HTTPS 通過 SSL/TLS 協議層實現數據加密傳輸,核心目標是保障數據機密性、完整性與身份真實性。其加密解密流程的效率與安全性,關鍵取決於 SSL/TLS 握手優化、證書管理及會話複用三大核心環節。本文將拆解核心流程,並深入分析這三大關鍵技術的實現邏輯與價值。 HTTPS 完整加密解密流程以 SSL/TLS 握手為開端,核心分為四步:一是客户端向服務器

服務器 , HTTPS , Nginx , 複用

收藏 評論

思考的袋鼠 - 自適應分類的可落地規模化政府部門數據分類分級解決方案

概要: (提示:本章節概述解決方案的核心價值與落地成效,幫助讀者快速理解方案全貌。) 在數字政府建設快速推進的背景下,政務數據已成為政府提升治理能力、優化公共服務的重要資源。然而,政務數據存在“多源異構、跨域流轉”特點,分散於各委辦局業務系統和電子政務雲中,傳統人工管理難以應對海量數據資產的識別和分類需求。針對這一痛點,全知科技提出的“知源-AI數據分類分級系統”,以

數據 , 數據安全 , 人工智能 , 深度學習 , 複用

收藏 評論

wx608ac0afda75d - 接口自動化,用例獨立還是用例複用

"用例獨立。用例相互之間沒有依賴,隨便拉出一條用例就能執行。" 這是我在文章《接口自動化框架設計漫談V1.0》提到的,也是我一直堅持的接口自動化用例設計方式。 這麼做的依據是某些開源測試框架是這樣設計的,某些公司測試平台也是這麼設計的,自然而然就這樣認為了。最近公司平台做了升級,能夠支持用例複用了,讓我重新思考接口自動化的用例,到底是獨立還是複用。 為什麼用例獨

用例 , 複用 , 測試框架 , 前端開發 , Javascript

收藏 評論