KOKO\Mimi
74 lines
3.1 KiB
Markdown
74 lines
3.1 KiB
Markdown
# Step 7: Vector3 Value Type
|
|
|
|
> 과거 개발 계획이다. 아래 작업·상태·예시는 현재 실행 지시가 아니다.
|
|
> 현재 구현과 검증 한계는 [기능 요약](../../docs/cpp-object-oriented-modular-refactoring/README.md)을 따른다.
|
|
|
|
## 읽어야 할 파일
|
|
|
|
- `/AGENTS.md`
|
|
- `../../docs/solver-core/README.md`
|
|
- `../../docs/solver-core/README.md`
|
|
- `../../docs/solver-core/README.md`
|
|
- `../../docs/cpp-object-oriented-modular-refactoring/README.md`
|
|
- `/include/fesa/math/vector.h`
|
|
- `/src/fesa/math/vector.cpp`
|
|
- `/tests/unit/math/vector_test.cpp`
|
|
- `/src/fesa/CMakeLists.txt`, `/tests/CMakeLists.txt`
|
|
- `/phases/cpp-object-oriented-modular-refactoring/index.json`
|
|
- `/phases/cpp-object-oriented-modular-refactoring/step7.md`
|
|
|
|
## 작업
|
|
|
|
Requirement `R-DUP-001`의 reusable value type만 구현한다. Existing consumers는 아직
|
|
migrate하지 않는다.
|
|
|
|
1. `/tests/unit/math/vector3_test.cpp`를 먼저 만들고 `C-VEC3-001`을 작성한다.
|
|
2. Test는 component access, exact add/subtract/scalar operations, Dot, Cross orientation,
|
|
Norm, finite/nonfinite, zero/nonfinite normalization rejection을 검증한다.
|
|
3. Test가 missing `fesa/math/vector3.h`로 compile failure가 나는 RED를 기록한다.
|
|
4. Candidate interface는 다음 의미를 제공한다.
|
|
|
|
```cpp
|
|
class Vector3 {
|
|
public:
|
|
constexpr Vector3() noexcept;
|
|
constexpr Vector3(double x, double y, double z) noexcept;
|
|
constexpr double X() const noexcept;
|
|
constexpr double Y() const noexcept;
|
|
constexpr double Z() const noexcept;
|
|
constexpr double operator[](std::size_t index) const noexcept;
|
|
constexpr Vector3 operator+(const Vector3& rhs) const noexcept;
|
|
constexpr Vector3 operator-(const Vector3& rhs) const noexcept;
|
|
constexpr Vector3 operator*(double scalar) const noexcept;
|
|
double Dot(const Vector3& rhs) const noexcept;
|
|
Vector3 Cross(const Vector3& rhs) const noexcept;
|
|
double Norm() const noexcept;
|
|
std::optional<Vector3> Normalized() const noexcept;
|
|
bool IsFinite() const noexcept;
|
|
};
|
|
```
|
|
|
|
5. `Normalized()`는 arbitrary tolerance, clamp, diagnostic을 소유하지 않는다. Exact zero
|
|
또는 nonfinite norm만 empty result로 거부하고 scale-aware geometry rejection은 caller에
|
|
남긴다.
|
|
6. Trivial implementation은 header-only로 둘 수 있다. 별도 `.cpp`를 만들면 CMake에
|
|
등록하고 두 경우 모두 production Doxygen를 작성한다.
|
|
|
|
## Acceptance Criteria
|
|
|
|
과거 도구 실행·출력 지시는 정리했으며, 현재 검증 방법은 기능 요약을 따른다.
|
|
|
|
## 검증 및 상태 갱신
|
|
|
|
- Missing header RED, arithmetic GREEN, tidy/format/full CTest를 summary에 기록한다.
|
|
- 성공 시 현재 Step만 `completed`로 갱신한다.
|
|
- normalization policy가 승인 설계와 충돌하면 `blocked`로 기록한다.
|
|
- timestamp, retry, commit, advancement는 Executor 소유다.
|
|
|
|
## 금지사항
|
|
|
|
- Dynamic `Vector` storage/API를 Vector3에 합치지 마라. 이유: 서로 다른 ownership/size 계약이다.
|
|
- Tolerance 또는 FESA diagnostic을 Vector3에 넣지 마라.
|
|
- Beam/shell/results/I/O consumers를 수정하지 마라. 이유: Step 8–9 소유다.
|
|
- 직접 commit하거나 hook script를 수동 실행하지 마라.
|