2

我正在自定义UIView's中创建多个自定义UIView。自定义子视图的创建是好的。它们看起来像这样：

在此处输入图像描述

draw 方法非常简单：

[[UIColor brownColor] set];

CGContextRef ctx = UIGraphicsGetCurrentContext();
CGContextSetLineWidth(ctx,
                      5.0f);
CGContextBeginPath(ctx);
CGContextMoveToPoint(ctx, 0.0f, 0.0f);
CGContextAddLineToPoint(ctx, 100.0f, 0.0);
CGContextAddLineToPoint(ctx, 130.0f, 25.0f);
CGContextAddLineToPoint(ctx, 100.0f, 50.0f);
CGContextAddLineToPoint(ctx, 0.0f, 50.0f);
CGContextClosePath(ctx);
CGContextStrokePath(ctx);
[super drawRect:rect];

将其添加到超级视图中也很简单：

    ITContextFigure *view = [[ITContextFigure alloc] initWithFrame:CGRectMake(location.x, location.y, 135.0f, 50.0f)];
    [view setBackgroundColor:[UIColor yellowColor]];
    [self addSubview:view];

所以我的问题是：

1）如何检测一个与另一个重叠的时间？

我看到了这个解决方案：

if (CGRectContainsRect([myImageView1 frame], [myImageView2 frame])) {
        NSLog(@"Overlaped, it's working!");
}

但是，如果我有多个UIViews，则for在 the 上执行super view并检查每个子视图对我来说似乎不是一个好的解决方案。

2）在这种情况下，可以做什么？

在此处输入图像描述

我的主要目标是检测何时发生这种情况：

在此处输入图像描述

更新 1.0

将尝试这里展示的内容，因为没有更优雅的方式。如果我能够实现它，我会将代码发布到 Github 上，如果有人需要的话。

4

1 回答 1

3

您可以通过巧妙地对数据进行排序（这些称为扫描线或渗线算法）来显着减少需要进行的碰撞检测的数量。下面概述了如何将这种技术应用于您的情况。

将您的子视图排序为按 y 升序排列的数组。如果两个子视图共享相同的 y，则按升序排列它们。这是您的非活动列表，它构成了算法的主要输入。

该算法如下进行。

  1. 当有非活动子视图时，选择一个active_y. 这是非活动列表上第一个子视图的 y 坐标。

  2. 将所有具有原点的子视图移动active_y到工作列表中，按 x 升序排序。这是活动列表。

  3. 运行活动列表碰撞测试每个子视图与列表中的后续子视图。您可以使用列表中的两个索引来执行此操作（我们称它们为left和right）。一旦你看到一个right不能与你相交的子视图，left你就可以推进left索引。

  4. 在进行碰撞检测时，您还可以检查子视图现在是否完全位于active_y. 一旦出现，您应该将其从活动列表中删除。

当非活动列表上的所有子视图都已被消耗并且通过活动列表的最终运行完成时，该算法完成。

该算法大大减少了您需要执行的碰撞​​检测次数，大约为 O(n log n)，但它也可以简化碰撞检测本身。

由于活动列表是从左到右排序的，因此您在执行检测例程时始终知道哪个在左侧，哪个在右侧。因此，例如，在比较示例中的箭头形状时，您只需检查右侧形状的最左侧两个顶点是否落在左侧形状内。你可能会觉得CGPathContainsPoint有用。

如果您正在处理的不同形状的数量增加，那么您可能需要考虑将碰撞检测推入扫描线算法本身。这有点棘手，但基本上不是保存子视图指针的列表，而是保存构成形状的线段（不包括水平线段）。

于 2012-07-16T23:49:15.217 回答