Objective-C 框架

发布于 2024-11-02 02:00:11 字数 119 浏览 1 评论 0原文

为什么这是一个糟糕的任务?

AbstractionView.frame.origin.y = 空FrameView.frame.origin.y;

编译器抱怨...需要左值作为赋值的左操作数

Why is this a bad assignment?

abstractionView.frame.origin.y = emptyFrameView.frame.origin.y;

The compiler complains... lvalue required as left operand of assignment

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

画骨成沙 2024-11-09 02:00:11

我从来没有完全清楚为什么直接分配给 CGRect 结构的成员不起作用(除了需要知道任何 成员值何时发生变化的更高级别的问题之外) CGRect 用于定位渲染元素),但解决此问题的方法是执行如下操作:

CGRect original = abstractionView.frame;
abstractionView.frame = CGRectMake(original.origin.x, emptyFrameView.frame.origin.y, original.size.width, original.size.height);

我知道,这有点痛苦。也许其他人可以更好地解释为什么这是必要的。

It's never been entirely clear to me why direct assignment to members of a CGRect structure doesn't work (apart from higher-level concerns with respect to needing to know when a member value changes for any CGRect that is being used to position a rendered element), but the way to work around this is to do something like the following:

CGRect original = abstractionView.frame;
abstractionView.frame = CGRectMake(original.origin.x, emptyFrameView.frame.origin.y, original.size.width, original.size.height);

It's kind of a pain, I know. Maybe someone else can offer a better explanation about why this is necessary in the first place.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文