试试

谈什么

csapp

hr 不该承诺 offer，显然是工作失误，现在风气也不晓得怎么了，还帮 hr 洗白。

鼠标不是用来治病的，这边需要按摩治疗

不要脸！

iOS 好吗，麻烦专业一点

都已经是女朋友了，还要表啥白？

每日 24 点前，好像哪里不对 🤔

不知道情况如何，有人讲讲吗

iOS 有岗位吗？

Model 是存放数据的地方，并不负责处理数据；如果是 MVC 模式，数据处理应该放在 C 中，这会导致 C 变得越来越大，为了解决这个问题，出现了 MVVM。

@forkon 继续谈谈 ABC 三个 scrollview 这样的架构。刚才的 16 楼的方案，有 userInteractionEnabled 必须设置为 NO 的致命问题，这其实是彻底放弃了 AB 对任何手势的响应权利。但是这个方案明显的优点在于利用 C 的手势，解决 AB 滑动以及其流畅切换的问题。
那么思考一下，我能不能在 scroll 的时候让 C 来响应，而 touch 让 AB 来响应。从更底层来思考一下，当手指触碰到屏幕并产生动作后，系统应该要决定两件事：1、谁来响应（通过 hittest ） 2、如何响应（ scroll，touch......）。能不能在知道是 scroll 后让 C 来响应，touch 则 redirect 给 AB ？

@sunhr 第一点经我试验，AB 肯定是不会跟随的。 第二点如果 AB 需要接受 touch 事件就杯具了，这特么确实是个悲剧！看看有没有办法改进。

懒得写了，简单说一下核心思想：和 @sunhr 实质是一样的。 首先 superview 是一个 scrollview （简称 C ），superview 上摆放你的 scrollviewA （ A ）, scrollviewB （ B ）：
1. AB 把 C 完全遮住
2. AB userInteractionEnabled = NO
3. C 的 contentsize 的 height （如果你是垂直滑动）等于 AB 的 contentsize 的 height 之和。
好了，现在你滑动手势并不会让 AB 移动，而是让 C 移动，不过你看不到。这样，你可以通过 C 的 contentoffset 的变化来操纵 AB 的 contentoffset 的变化了。
核心思路是这样，还有些细节，慢慢搞吧。

@forkon 我试了一下，基本实现了你的需求，等下空了发上来，不过有点绕。感觉 @sea516 有更简单的办法。