AcademySoftwareFoundation / AcademySoftwareFoundation/OpenColorIO
Const correctness of PackedImageDesc
- Vorherrschende Sprache
- C++
- Sterne
- 2.1k
- Forks
- 503
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
In our use case, we are passing const void pointers to build a source `PackedImageDesc` for use in `CPUProcessor::apply`. However, `PackedImageDesc` requires a non-const pointer. I assume this is so that users with non-const data can call `getData` and modify the result. This makes it dangerous to const_cast our pointer as a caller could then end up inadvertently modifying a const buffer through those calls.
Perhaps there should be a `ConstPackedImageDesc`? Or is the design to keep the scope of `PackedImageDesc` tightly around the `apply` call so that it's unlikely that users can access the `getData` functions?
Beitragsleitfaden
Rechercherichtung
Beginne damit, PackedImageDesc durch CPUProcessor::apply zu verfolgen und die im Issue genannten getData-Funktionen zu überprüfen. Bestimme das beabsichtigte Verhalten bezüglich der const-Korrektheit und ob ein separates ConstPackedImageDesc oder ein engerer, auf apply beschränkter Geltungsbereich angemessen ist; abgeschlossen bedeutet, dass die API-Richtung vereinbart und spezifiziert ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- cpp
- Bereich
- backend-api-design
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100