Support for manual timings and merging/adding timings
還沒有人認領這個 Issue。
評估
- 難度
- 5/5
- 預估耗時
- 一週以上
- 新手友好度
- 35/100
- Issue 類型
- 功能
- 描述清晰度
- 基本清楚
- 活躍度
- 停滯
- 技術堆疊
- typescript
研究方向
首先檢視現有的 TypeScript timing API，以及 issue 中提到的 active-collector 和 current-results-by-name 概念。釐清重複測量和手動提供的 timing 應如何共存，包括描述的處理方式。當 API 支援所要求的兩種工作流程，且具備有文件說明的行為以及用於合併 timing 的涵蓋時，即視為完成。
由索引模型根據 Issue 內容生成。
描述
I feel that the interface currently is a bit limited:
-
How would one measure time for database queries from multiple code locations? It should be possible to somehow merge multiple measurements for one timing, e.g. by adding up all
durvalues by name. This would not necessarily change the visible interface. Merging descriptions does not make much sense, so one could either use the first or last description that was passed in for a name or change the API such that it is possible to only pass description once for a given name. -
Sometimes it would be easier to specify timings manually, e.g. when timings come from requests to other APIs that return timing information themselves or if code does its own measurements.
Internally, I would probably opt to differentiate active collectors and the current results grouped by name (Map).
- 主要語言
- TypeScript
- 星號
- 5
- 分支
- 0
- 平均合併
- 1 分鐘
- 30 天內合併 PR
- 2
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 沒有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
相似的 Issue
-
a10y a10y-audit ai-driven-qa claude
難度 2/5 1-3 小時 新手友好度 86/100
linagora/twake-directory-manager#219 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 68/100
維護者通常 1 天內回覆
-
type: bug
難度 2/5 1-3 小時 新手友好度 79/100
維護者通常 1 天內回覆
-
0️⃣ phase/new
難度 2/5 1-3 小時 新手友好度 82/100
維護者通常 1 天內回覆
-
Pulse v7: buildPreferencesFromTelos() bypasses telosSectionOrFile(), renders empty on unified-TELOS installs可能已有人在做 @zephyr91 今天認領。 未關閉
難度 2/5 1-3 小時 新手友好度 75/100
danielmiessler/LifeOS#2393 ·
維護者通常 4 天內回覆