判断矩形是否包含点的本质是检查点的横纵坐标是否同时落在矩形左右、上下边界内；推荐用结构体而非嵌套pair提升可读性，SFML中直接使用sf::FloatRect::contains()，注意其参数为(left,top,width,height)且仅支持轴对齐矩形。
用 std::pair 或结构体表示点时，判断逻辑最直接
矩形是否包含点，本质是判断点的横纵坐标是否同时落在矩形的左右边界和上下边界内。C++ 没有内置的“矩形包含点”函数，得自己写条件表达式。常见做法是把矩形定义为左上角 (x1, y1) 和右下角 (x2, y2)（注意：y 轴向下增长时，y1 < y2；若 y 向上增长如 OpenGL，则需调整不等号方向）。
假设点为 std::pair<double, double> p，矩形为 std::pair<std::pair<double, double>, std::pair<double, double>> rect（左上、右下），则判断逻辑为：
bool contains = p.first >= rect.first.first && p.first <= rect.second.first && p.second >= rect.first.second && p.second <= rect.second.second;
更推荐封装成结构体，避免嵌套 pair 导致可读性差：
struct Point { double x, y; };
struct Rect { double left, top, right, bottom; };
bool contains(const Rect& r, const Point& p) {
return p.x >= r.left && p.x <= r.right &&
p.y >= r.top && p.y <= r.bottom;
}使用 sf::FloatRect 时直接调用 contains() 方法
如果你在用 SFML，别重复造轮子。sf::FloatRect 已经提供了健壮的 contains() 成员函数，它内部处理了浮点精度、边界包含策略（默认闭区间）和坐标系方向。
立即学习“C++免费学习笔记（深入）”；
注意几个易错点：
-
sf::FloatRect构造参数是(left, top, width, height)，不是两个角点 —— 宽高为负会导致未定义行为 - 点坐标类型必须是
sf::Vector2f，传int会隐式转换但可能掩盖精度问题 - 若矩形被旋转过，
contains()不适用 —— 它只支持轴对齐矩形
示例：
sf::FloatRect rect(10.f, 20.f, 100.f, 80.f);
sf::Vector2f point(50.f, 60.f);
if (rect.contains(point)) { /* ... */ }边界条件处理：开区间、闭区间、浮点误差怎么选
“包含”在数学和图形学中含义不同：contains() 是否包含边框？是否允许点恰好等于边界值？这直接影响碰撞检测、UI 点击判定等场景。
常见选择：
- UI 响应（如按钮点击）：通常用闭区间（
>=/<=），让边缘像素也能触发 - 物理引擎或剔除逻辑：有时用半开区间（如
>= left && < right && >= top && < bottom），避免相邻矩形边界重复命中 - 浮点数比较：避免直接用
==判断边界，但>=和<=在 IEEE 754 下对有限值是安全的；若涉及计算后坐标（如变换矩阵乘法结果），建议加小 epsilon 容差（如abs(p.x - r.left) < 1e-6）再归入边界
自定义类中重载 operator() 或提供 isInside() 接口更清晰
当矩形是某个业务类的成员（比如 Widget 或 Sprite），硬写四段比较条件会污染调用方代码。更好的方式是在类内提供语义明确的接口。
例如：
class BoundingBox {
public:
double x, y, w, h;
bool isInside(double px, double py) const {
return px >= x && px <= x + w &&
py >= y && py <= y + h;
}
// 或支持 Point 类型
bool operator()(const Point& p) const { return isInside(p.x, p.y); }
};这样调用时干净利落：if (bbox.isInside(mouseX, mouseY))。注意：不要在接口名里用 contains，除非你严格遵循 STL 风格（如容器的 contains 是 C++20 新增且语义固定），否则容易和库函数混淆。
边界方向、浮点策略、坐标系约定这些细节一旦定下来，就该在类注释里写清楚 —— 后续维护的人不会去翻你十年前写的 if 条件。
