@crazywhalecc 原生袋子都留着，厉害！
@IGJacklove 真空袋用起来感觉很爽，哈哈
@zhenrong 有道理

同楼主，我也面对过类似的事。本来就是 business 的事情，又不是个人之间的评价，有什么不能直言的呢！
无论是技术不符合、项目经验不够，还是有其他候选人等等，说出来就会伤害感情了？

这里有一个悖论：
经历和体验过，才知道选择是对是错；但在经历和体验前，就想知道怎样选择。
有些来自别人的建议，自己如果没有体验过的话，很难信服。并不是说这人固执或者多疑，我觉得这是人的天性。

楼主可以找个小本本，把决策过程记录下来。如果有一个有仪式感的决策过程（分析各项利弊），并且后续还可以回顾的话，感觉会好很多。

@minsheng
@goldenlove
@justin2018

结帖。看#8 楼，应该算是发现问题的表面原因了。感叹一下，SwiftUI 虽然很简洁强大，但还是有很多坑要趟。仅仅用了它一个 List 和 coordinateSpace ，就要耗费我这么多精力。😂

@minsheng
我可能找到问题所在了：多级父容器中，如果用到了 List ，可能会导致结果不对。

比如下面的代码，把外层的 HStack 的空间坐标系命名为"parent"，然后取 Text("a")相对这个坐标系的坐标，发现有问题，水平拖拽这个 HStack ，会发现取得的相对坐标在不断变化，而正常来说，相对坐标应该是固定不变的。

如果把 List 改成 VStack ，就没有这个问题。我猜测，是 List 作为 Text("a")的直接父容器，「扰乱」或者「阻隔」了取相对坐标的功能。

```

struct XOffsetPrefercence: PreferenceKey{
static var defaultValue: Float = 0.0;
static func reduce(value: inout Float, nextValue: () -> Float){
print("value=", value, ",", "nextValue=", nextValue());
value = nextValue();
}
}

struct ContentView: View {
var body: some View {
ScrollView(.horizontal){
HStack{
List{
Text("a")
.overlay(content: {
GeometryReader{ geoitem in
Color.red.frame(width: 150, height: 2)
.preference(key: XOffsetPrefercence.self, value: Float(geoitem.frame(in:.named("parent") ).minX))
}
})

Text("b")
}.frame(width: 200)

List{
Text("c")
Text("d")
}.frame(width: 200)
}
.coordinateSpace(name: "parent")
.onPreferenceChange(XOffsetPrefercence.self){ value in
print("xoffset:", value);
}
}
}
}

```

@goldenlove > “看 #2 文档貌似仅相对于父容器？”

它虽然提到了 parent 之类的，但没有说必须是父容器。官方文档里面也没有说需要父容器。
而且，上面给的只是一个 Demo ，我在实际的项目里面，相对父容器得到的值也不对。

歪个楼。 @Borden
从你的回复里，偶然发现一个挺顺口的名词「星巴克里人」，循环一下还可以是「巴克星」人。😄

@justin2018 谢谢。这个我看过，不过没有解决我的疑惑。

看样子大家注意力都在俄乌上了

@Leonard
@okakuyang
感谢。这样的话，获取拖拽参数的问题就解决了。

跟这个帖子联动一下：
/t/703099

很有意思：

每条匿名消息都有一个“key”，可以用来管理这条消息。

多条不同的匿名消息，可以通过“共同的事件 key”，组成一个主题。把“事件 key” share 给别人，就可以邀请别人参与这个主题。没有得到邀请，则无法参与这个主题。

看地图还真是三条路居多： https://en.wikipedia.org/wiki/Topography_of_ancient_Rome

@dfctname
看样子三条路交汇是解读的关键点了。那是不是还要查一下古罗马的城市图 😅 ，为何街角是三条路汇合呢？

@WhiteQian 难道我们看的不是一个吗？
- https://cs193p.sites.stanford.edu 或者 https://www.youtube.com/playlist?list=PLpGHT1n4-mAsxuRxVPv7kj4-dQYoC3VVu
- 16 个视频
- 每个视频大概 80~90 分钟，总共约 22~24 小时

有 2 个 App 的开发过程，不一定都看，而且虽然讲得很细致，有些地方还是可以倍速播放的。

好冷的笑话

楼主厉害，执行力没得说。
SwiftUI 确实很易用，没有移动端开发经验的我，在仅看过那个 cs193p 教程后，就感觉非常有信心开发一个 App 了。

@sillydaddy 原始论文里的图是这个（里面没有数字 😅）： https://i0.wp.com/www.worklearning.com/wp-content/uploads/2017/10/DalesConeGif-Copy.gif?resize=365%2C467&ssl=1

@redtech
在 @lamsam 提到的文章里，也有提到图里的 Read 、See 有些概念不清晰。很多人会把这个图表（以及数字）作为科学依据，去设计一些东西（比如语言学习软件？）。
实际上原始论文里面的图，就像你理解的，只是一种经验性的参考，没有科学实验支撑。“In fact, Dale warned his readers not to take the model too literally. ”