橡皮筋 GetTrueRect 与 m_rect区别

 

   橡皮筋跟踪鼠标时,橡皮筋矩形范围被自动保存在m_rect中,调用m_rect就可以知道现在橡皮筋的位置,那怎么还有个GetTrueRect函数呢?

 

   先看如下语句:

 

 

			CRect rect2;
			m_RectTracker2.GetTrueRect(&rect2);
			m_RectTracker2.m_rect.SetRect(rect2.TopLeft().x,rect2.TopLeft().y,rect2.BottomRight().x,rect2.BottomRight().y);
	                   DrawTheTracker(m_RectTracker2);


 

这是响应按键按下去的程序,

                     第一步: 得到TrueRect

                     第二步:用得到的TrueRect重新置橡皮筋大小

                     第三步:重绘橡皮筋区域

 

不断按键下,会出现什么结果呢?

你也许会说,用得到的橡皮筋区域重置橡皮筋区域,那橡皮筋区域应该没有改变呀,所以按键时,橡皮筋不会发生变化的。

可事实很可能是这样的: 你再不断按键的情况下,橡皮筋区域不断的变大。。。。。。这是为什么呢?

 

我们再看下面一个按键语句,将上面的稍微改动了下:

 

 

 

			CRect rect2;
			rect2=m_RectTracker2.m_rect; // 只改动了这里
			m_RectTracker2.m_rect.SetRect(rect2.TopLeft().x,rect2.TopLeft().y,rect2.BottomRight().x,rect2.BottomRight().y);
	        DrawTheTracker(m_RectTracker2);
			

现在再不断按键情况下,会有什么结果?

这个结果是: 橡皮筋区域不会发生改变

 

WHY?  WHY THE ARE DIFFERENT? 

两个程序,逻辑上看起来都是一样的,但结果却为啥子不同呢

 

我们再做一个测试程序

 

	CRect rect1,rect2;

	rect1=m_RectTracker2.m_rect;
	m_RectTracker2.GetTrueRect(&rect2);


设置断点,进行跟踪监视 ,发现如下:

 

rect1    top=112  bottom=192  left=205  right=287

rect2    top=111 bottom=193   left=204   right=288

 

发现情况了吧,NN的,原来是这里出来问题

m_rect保存是矩形的大小

GetTrueRect保存的是矩形连同边界外的手柄大小

还是上面的程序,我们修改掉橡皮筋样式后

 

	m_RectTracker2.m_nStyle=CRectTracker::resizeOutside|CRectTracker::dottedLine;
	m_RectTracker2.m_nHandleSize=10;

 

 出现的结果为:

rect1   top=55 bottom=129 left=221 right=306

rect2   top=45 bottom=139 left=211 right=316

 

MSDN中的说明:

 

 

void GetTrueRect(
   LPRECT lpTrueRect 
) const;

Call this function to retrieve the coordinates of the rectangle.

The dimensions of the rectangle include the height and width of any resize handles located on the outer border. Upon returning, lpTrueRect is always a normalized rectangle in device coordinates.

 

CRect m_rect;

The current position of the rectangle in client coordinates (pixels).

 

因此,如果没有样式或将样式设置为Inside 则两者的大小相同,否则两者大小不同

 

需提醒的是,有时候我们不需要句柄 不需要边界框 因为那样刷新的时候可能是个麻烦 ,怎么办呢,很简单:不要设置橡皮筋样式就可以了,默认的就是边框手柄都没有

 

 

 

 

 

 

 

 

 

 

 


 

 

 

对于碰撞检测代码,你提供的条件判断语句有一些问题。假设 `m_bird.m_X` 表示小鸟的 X 坐标,`m_bird.m_Y` 表示小鸟的 Y 坐标,`m_bird.m_Rect` 表示小鸟的矩形范围,`m_barriers[i].m_X` 表示第 i 个障碍物的 X 坐标,`m_barriers[i].m_Y` 表示第 i 个障碍物的 Y 坐标,`m_barriers[i].m_Rect` 表示第 i 个障碍物的矩形范围。 你的条件判断语句存在以下问题: 1. 第一个条件判断中,比较 `m_bird.m_X + m_bird.m_Rect.width()` 是否大于等于 `m_barriers[i].m_X`,这可能会导致判断不准确。你可能需要将 `m_bird.m_X + m_bird.m_Rect.width()` 改为 `m_bird.m_X + m_bird.m_Rect.width() > m_barriers[i].m_X`。 2. 第二个条件判断中,比较 `m_bird.m_X` 是否小于等于 `m_barriers[i].m_Rect.width() + m_barriers[i].m_Rect.width()`,这也可能导致判断不准确。你可能需要将 `m_barriers[i].m_Rect.width() + m_barriers[i].m_Rect.width()` 改为 `m_barriers[i].m_X + m_barriers[i].m_Rect.width()`。 3. 第三个条件判断中,比较 `m_bird.m_Y + m_bird.m_Rect.height()` 是否大于等于 `m_barriers[i].m_Y`,同样可能导致判断不准确。你可能需要将 `m_bird.m_Y + m_bird.m_Rect.height()` 改为 `m_bird.m_Y + m_bird.m_Rect.height() > m_barriers[i].m_Y`。 4. 第四个条件判断中,比较 `m_bird.m_Y` 是否小于等于 `m_barriers[i].m_Y + m_barriers[i].m_Rect.height()`,同样可能导致判断不准确。你可能需要将 `m_barriers[i].m_Y + m_barriers[i].m_Rect.height()` 改为 `m_barriers[i].m_Y + m_barriers[i].m_Rect.height()`。 修正后的代码如下: ```cpp if (m_bird.m_X + m_bird.m_Rect.width() > m_barriers[i].m_X && m_bird.m_X < m_barriers[i].m_X + m_barriers[i].m_Rect.width() && m_bird.m_Y + m_bird.m_Rect.height() > m_barriers[i].m_Y && m_bird.m_Y < m_barriers[i].m_Y + m_barriers[i].m_Rect.height()) { return true; // 发生碰撞 } ``` 这样,当小鸟的矩形范围与障碍物的矩形范围发生重叠时,就会返回 `true`,表示发生了碰撞。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

清水迎朝阳

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值