STATUS:
AUTHOR:
ASSIGNEE:
CREATED:
TITLE_
TAGS_ (comma separated)
Discussions
LEAVE_A_REPLY_
https://www.techmc.wiki/zh/articles/redstone-components/leafstone-falling-edge#user-content-fn-1
树电的下降沿始于原木不再位于树叶的距离计算路径中。当相应操作写入替代状态，
且没有使用 FORCE_STATE 跳过状态 — 邻居处理时，
World.setBlockState 会执行后续的 PP 更新路径。
相邻的树叶接收到 PP 更新后，会通过 getStateForNeighborUpdate 调度一个计划刻：
为这里的描述带来了不必要的复杂程度
据我理解第一节里想表达的其实只是
树电的下降沿始于原木不再与树叶相邻。
当相应操作写入替代状态，
且没有使用 FORCE_STATE 跳过状态 — 邻居处理时，
World.setBlockState 会执行后续的 PP 更新路径。
此前相邻的树叶接收到相关行为发出的 PP 更新后会通过 getStateForNeighborUpdate调度一个计划刻：
树电的下降沿始于原木不再与树叶相邻。此前相邻的树叶接收到相关行为发出的 PP 更新后会调度一个计划刻：
哪怕后文会用到，过早引入一些复杂的描述会导致文章结构诡异，理解难度增加，比如
且没有使用 FORCE_STATE 跳过状态，World.setBlockState 会执行后续的 PP 更新路径
在此处看似不言而喻，而且几乎没有被写在第一节中的理由。
新的一批文章不知道还有多少类似的表述，最好一起多查查
https://www.techmc.wiki/zh/articles/redstone-components/leafstone-falling-edge#user-content-fn-1 > 树电的下降沿始于原木不再位于树叶的距离计算路径中。当相应操作写入替代状态， > 且没有使用 FORCE_STATE 跳过状态 — 邻居处理时， > World.setBlockState 会执行后续的 PP 更新路径。 > 相邻的树叶接收到 PP 更新后，会通过 getStateForNeighborUpdate 调度一个计划刻： 为这里的描述带来了不必要的复杂程度 据我理解第一节里想表达的其实只是 > 树电的下降沿始于原木**不再与树叶相邻**。~~当相应操作写入替代状态，~~ > ~~且没有使用 FORCE_STATE 跳过状态 — 邻居处理时，~~ > ~~World.setBlockState 会执行后续的 PP 更新路径。~~ > **此前**相邻的树叶接收到**相关行为发出的** PP 更新后会 ~~通过 getStateForNeighborUpdate~~ 调度一个计划刻： --- > 树电的下降沿始于原木**不再与树叶相邻**。**此前**相邻的树叶接收到**相关行为发出的** PP 更新后会调度一个计划刻： --- 哪怕后文会用到，过早引入一些复杂的描述会导致文章结构诡异，理解难度增加，比如 > 且没有使用 FORCE_STATE 跳过状态，World.setBlockState 会执行后续的 PP 更新路径 在此处看似不言而喻，而且几乎没有被写在第一节中的理由。 --- 新的一批文章不知道还有多少类似的表述，最好一起多查查