Rethink geometry.require<ManagedQuantityName>

オープン

#231 2025年11月3日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 4/5
見積もり時間: 3〜5日
初心者へのやさしさ: 35/100

issue の種類: 機能追加
明瞭さ: おおむね明確
活発さ: 停滞
技術スタック: cpp
領域: computer-graphics

調査の方向性

Start by locating the Geometry implementations of require and the existing ensure behavior. Trace how requireCount controls recalculation and how quantities are acquired in the relevant geometry methods. Done means the API exposes the proposed ensure methods without repeatedly incrementing requireCount, with behavior covered by the repository's applicable tests.

索引モデルが issue の本文から書いたものです。

説明

Hey,

I noticed that once you do geometry.require<ManagedQuantityName> it will increment the requireCount. This means that in every method that needs the managed quantity, requireCount will be incremented every time. This somehow feels unclean.

This also means that the managed quantity will always be automatically recalculated, unless you explicitly do geometry.unrequire<ManagedQuantityName>.

I think it would make sense to expose the ensure<ManagedQuantityName> methods. You could do require<ManagedQuantityName> once on Geometry creation, and then just use ensure<ManagedQuantityName> whenever you need the quantity, not incrementing the count every time.

What do you think?

主要言語: C++
スター: 1.3k
フォーク: 183
PR マージ指標: 30日以内にマージされた PR はありません

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

nmwsharp/geometry-central のほかの issue

warning: control reaches end of non-void function in VectorHeatMethodSolver::computeLogMap オープン

難易度 1/5 1時間未満初心者へのやさしさ 88/100

nmwsharp/geometry-central#256 · 2026年8月11日に作成
Intrinsic Triangulation basis: `FlipEdgeNetwork` validates after shortening but `getPathPolyline()` reports an imperfect trace when endpoints are inserted vertices オープン

難易度 4/5 3〜5日初心者へのやさしさ 48/100

nmwsharp/geometry-central#255 · コメント 1 件 · 2026年7月23日に作成
FlipEdgeNetwork::iterativeShorten() hangs on a contractible closed loop オープン

難易度 4/5 3〜5日初心者へのやさしさ 30/100

nmwsharp/geometry-central#253 · 2026年6月21日に作成
remesh docs advertise an IntrinsicGeometryInterface& overload the code doesn't have オープン

難易度 3/5 1〜2日初心者へのやさしさ 57/100

nmwsharp/geometry-central#247 · 2026年6月2日に作成
constrained delaunayRefine inserts two circumcenters at the same point → zero-area triangle オープン

難易度 3/5 1〜2日初心者へのやさしさ 68/100

nmwsharp/geometry-central#246 · 2026年6月2日に作成

nmwsharp/geometry-central の issue をすべて見る

似ている issue

[Feature] PlotShaded missing implementation variant for values and reference array without "x" given . オープン

prio:medium status:idea type:feat

難易度 2/5 1〜3時間初心者へのやさしさ 82/100

epezent/implot#722 · 2026年9月25日に作成
Reference runner: -b ast asr drops required interactive parsing オープン

tests

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

lfortran/lfortran#13499 · 2026年9月25日に作成
DTLS: UdpNetworkInterface::AcceptConnection drops the client's first ClientHello, adding ~1.3 s to every encrypted UDP connect オープン

kind/bug needs-sig needs-triage

難易度 2/5 1〜3時間初心者へのやさしさ 84/100

o3de/o3de#20144 · 2026年9月25日に作成
Code path without return value オープン

難易度 2/5 1〜3時間初心者へのやさしさ 78/100

drogonframework/drogon#2605 · 2026年9月25日に作成
`DropdownOption::open` is ignored オープン

難易度 2/5 1〜3時間初心者へのやさしさ 86/100

ArthurSonzogni/FTXUI#1363 · 2026年9月25日に作成

C++ の issue をもっと見る