Minecraft(我的世界)中文论坛

标题: 【CBL|SYL】【1.13】新版本execute嵌套的改变 [打印本页]
作者: sylqiuyifeng    时间: 2017-11-26 21:28
标题: 【CBL|SYL】【1.13】新版本execute嵌套的改变
本帖最后由 sylqiuyifeng 于 2017-11-28 18:58 编辑

大家好我是帅得死掉然后现在又帅活过来的猪骑
现在来冒泡证明我还活着
谢谢围观，我们下次再见

好了不玩了，现在来说正事
我们先来看看一个例子再解释发生了什么
比如说现在有两个盔甲架，下面简称AMS（为什么不是AS？因为1.13有个execute as的子命令，避免混淆）

这是F3 debug界面，高亮部分显示的是 渲染实体数（不含玩家）/  含玩家总实体数
然后我们执行这个exe嵌套命令
  1. /execute @e[type=armor_stand] ~ ~ ~ execute @e[type=armor_stand] ~ ~ ~ summon armor_stand
复制代码
执行结果如下


一共8个AMS

然而在1.13版本（其实是快照啦）下，相同的两个AMS，运行
  1. /execute as @e[type=armor_stand] run execute as @e[type=armor_stand] run summon minecraft:armor_stand
复制代码
（我知道理论上要完全等价于1.12命令的话还要加上at @s，不过在这个例子里面影响不大就算了）
结果会是

一共6个AMS

为什么是这样呢在1.12的情况下
嵌套狂魔pca的教程已经解释过了，嵌套exe时，最外层的exe一开始已经决定了执行次数，是不变的

但是后面的exe会根据实体的实时数量，增加其执行次数，流程图如下：


更多层数嵌套的exe也是一样道理的，不过其逻辑复杂无比，我的脑内逻辑回路连同我的电脑内存一起过载烧掉了，所以就不举例了（警告，3层exe就足够召唤2048个AMS出来，切勿轻易尝试）

然而在1.13的版本里面，嵌套exe的逻辑有所改变，其流程如下：


由此可见，1.13嵌套exe和之前版本最大的区别在于，exe选中的实体数量不会随着后面执行的部分即时更新
而变成了在执行命令前一次过检测，确定所有符合要求的对象后，再执行命令
追加一个例子进一步说明这个情况
还是两个AMS，现在它们都有一个叫test的分数，初始为0

然后我们执行
  1. /execute @e[score_test=0] ~ ~ ~ execute @e[score_test=0] ~ ~ ~ scoreboard players add @e[type=armor_stand] test 1
复制代码

结果会是

为什么会是2呢？
因为被最外层exe选中的第一个AMS，会exe自己和另一个AMS，共两个AMS执行了score add的命令，这时候两个AMS的分数从0增加到2
第二个AMS判定的时候，由于两个AMS的分数都不为0，所以不会再执行加分

那么在1.13的情况呢？

执行命令
  1. /execute as @e[scores={test=0}] run execute as @e[scores={test=0}] run scoreboard players add @e[type=armor_stand] test 1
复制代码


结果是4
其道理和summon的例子类似
这个命令会先根据目标选择器确定所有需要执行命令的实体
两个AMS分别选中对方，整个命令总共选中了4个实体（每个AMS分别选中2次）
然后最后根据这个实体列表执行最后的score add命令，所以总共会加4分
中间AMS的分数即使已经改变，但由于被选中的实体已经是确定的，所以不会影响这个过程

题外话，在1.13中，一条execute命令中有两个as/at，效果等同于as run as
例如
  1. /execute as @e[scores={test=0}] as @e[scores={test=0}] run scoreboard players add @e[type=armor_stand] test 1
复制代码

和
  1. /execute as @e[scores={test=0}] run execute as @e[scores={test=0}] run scoreboard players add @e[type=armor_stand] test 1
复制代码

是一样效果的

那么如果想在1.13中达成以前的嵌套效果那是不是就不成了呢？
不是，有一个麻烦一点的方法可以做到，那就是使用func
比方说现在我们有个func
名为test:summon，命令为
  1. execute as @e[type=armor_stand] run summon minecraft:armor_stand
复制代码

然后我们执行
  1. execute as @e[type=armor_stand] run function test:summon
复制代码

即不直接嵌套两个execute，通过放到function中嵌套
效果会等于1.12前的execute嵌套，为什么呢？其逻辑为


我想说的废话到此为止了，泡也冒完了，组长跑路了现在出来卖教程赚工资卖完了，可以回去摸鱼了好像是

[groupid=546]Command Block Logic[/groupid]
作者: pca006132    时间: 2017-11-26 21:42
好了，先解释一下为啥叫xecute而不是execute，这不是打错，而是因为：


然后简单总(zhuang)结(bi)一下1.8 - 1.12和1.13快照的execute的最大分别：
1.8-1.12的execute就是把每条execute及其之后的命令视作独立命令，执行时找出其执行坐标及选择器选择到的实体。简单来说就是Depth first，令解析树上其他分支会被之前执行的东西干扰。
1.13快照的execute就是把统一把连起来的execute视作一条命令，找出其执行坐标及选择器选择到的实体。故此在之后run运行的命令运行之前已经决(qin)定(dian)了选择到的实体那些，自然不会被run之后的命令干扰。而这也解释了为什么function就可破此局：因为这令execute不再连起来，游戏就没法统一对它们进行处理，不同时候执行的function属于不同个体自然得分别处理了。

最后我想说的是，Make execute great again!
Execute神教千秋万代！
作者: ruhuasiyu    时间: 2017-11-26 21:56
This will Make [e]xecute great again! Mega!
作者: cyqsimon    时间: 2017-11-27 10:14

哇 syl您居然还活着啊
作者: sylqiuyifeng    时间: 2017-11-27 21:27
cyqsimon 发表于 2017-11-27 10:14
哇 syl您居然还活着啊

所以说再不冒泡大家就真以为我死了
深潜摸鱼摸久了而已
作者: :spgbigfan:    时间: 2017-12-15 21:28
1.13随便在一个正常地图/execute as @e as kakagou run tp ~ ~3 ~
结果就是被tp到同一个位置很多次
看来不单只是实体，坐标也是预先指定的
作者: :spgbigfan:    时间: 2017-12-15 23:08
@玄素 1.12 execute @e ~ ~ ~ execute kakagou ~ ~ ~ tp ~ ~3 ~可以飞上1000+的高空
1.13 execute as @e as kakagou run tp ~ ~3 ~ tp到3格往上，tp很多次
作者: pca006132    时间: 2017-12-16 16:10
Big news!
坐标也是如此，看来execute嵌套神教被mj坑死了
作者: sylqiuyifeng    时间: 2017-12-17 00:25
本帖最后由 sylqiuyifeng 于 2017-12-17 00:28 编辑
kakagou12 发表于 2017-12-15 23:08
@玄素 1.12 execute @e ~ ~ ~ execute kakagou ~ ~ ~ tp ~ ~3 ~可以飞上1000+的高空
1.13 execute as @e as ...

1. 1.13的TP被魔改成了teleport，所以传送起始点以执行者坐标算
2. 在1.13的xecute逻辑下这命令相等于让每个实体对让你执行一次teleport ~ ~3 ~，然后现在xecute不受即时更新影响，所以只会传送该命令到执行者上方3格的位子（BTW 说不定MJ修好坏掉的xecute之后我这贴就废了呢233）




欢迎光临 Minecraft(我的世界)中文论坛 (https://www.mcbbs.net/) Powered by Discuz! X3.5