我的世界建筑整体移动指令_mc创造模式怎么改层数-帆布袋下载站

1、mc创造模式怎么改层数
2、catia装配中怎么移动其中一个零件，我
3、MC我的世界多人世界中的指令，比如瞬间回
4、谁知道minecraft我的世界中可让玩
5、sw2018怎么整体移动图形
6、solidworks如何移动整个零件
7、已知CAD图纸两点坐标,另一幅图以这两点
8、我的世界函数指令如何编辑和使用
9、手机版我的世界里有哪些可以整人的指令

1、mc创造模式怎么改层数

在Minecraft创造出模式中，是可以通过使用不同种类的方块和工具来进行建造。假如打算决定可以建造的层数，也可以不使用差别水平距离的方块来都没有达到目的。.例如，使用楼梯也可以台阶来直接连接有所不同的层，也也可以不使用梯子或者红石电梯来实现程序上下移动。

况且，还可以建议使用命令/clone来复制和粘贴差别的建筑结构，进而迅速建造出多层建筑。总之，在Minecraft凭空创造模式中，有很多不同的方法来改变修建的层数，需要依据什么情况不同接受选择。

2、catia装配中怎么移动其中一个零件，我

直接用移动命令就是可以。要是应该会一起动的话，你就到树上去把两个零件之间的约束力删了。那样就当然能分开来动了。对计算机软件的维护主要有以上几点:(1)对全部的系统软件要做系统备份。当遇见异常情况或某种偶然原因，可能会彻底的破坏系统软件，此时就必须恢复安装软件系统，假如还没有软件备份的系统软件，将使计算机很难可以恢复工作。

(2)对最重要的应用程序和数据也估计做系统备份。

(3)经常会特别注意清理磁盘上无济的文件，以比较有效地用来磁盘空间。

(4)以免参与非法的软件不能复制。

(5)经常会检测，如何防止计算机会传染上病毒。

(6)为绝对的保证计算机都正常工作，在没有必要时依靠软件工具对系统区参与保护。总之，计算机的使用是与以维护分不开的，不能怕再注意硬件的维护，还要尽量软件的维护。

3、MC我的世界多人世界中的指令，比如瞬间回

/BACK回到自己上一位置，/STEHOME设置家，如果不是睡手动设置中/HOME回家，/TPA加游戏ID各位传送，/TPACCEPT接受传送

多人指令：1、可以设置领地：先用一块木头斧子左键敲打一方块设置里点A，右键拍击一方块系统设置点B（这个可以然后输入“/resselectsize”查看所选区域的大小）；后输入“/rescreate123”（例）这样的话设置后，就形成了[以AB上连接为体对角线的长方体的][名为123的]领地（和A、B处边），可以设置一块砖要花费1元。2、移除领地：然后输入“/resapply123”（例）移除名为123的领地，再注意，移除领地根本无法从服务器完成金钱！3、领地内权限设置：然后输入“/resset123xxtrue”（例）在领地123上然后打开xx权限“/resset123xxfalse”（例）在领地123上关闭xx权限：beat（移动）place（放置物品）；destroy（彻底破坏container（打开箱子）

4、要如何给以外玩家权限：输入“/respset123xx”（例）在领地123上给xx玩家权限

4、谁知道minecraft我的世界中可让玩

要三个命令方块，第一个命令方块输入输入clone~-1~~~-1~~~2~1~第二个命令方块再输入setblockx,y,z（坐标）第三个命令方块输入输入setblock~~2~glass

5、sw2018怎么整体移动图形

solidworks移动手机视图的方法：光标指针移到视图边界上时，光标指针不变形状，表示这个可以拖动该视图；如果天翼的视图与那些视图是没有整个表格或约束关系，是可以移动鼠标它到正二十边形的位置。

如果视图与其余视图之间有角点或约束关系，若要横竖斜移动视图，其操作步骤如下：

1、左键单击要天翼的视图。

2、右键单击菜单栏中的“工具”-“环形折弯工程图视图”--“解除尺寸线关系”命令。

3、单击该视图，即这个可以托动它到横竖斜的位置。

6、solidworks如何移动整个零件

1是可以选中后零件，接着可以使用天翼命令来联通雷鸣零件。2在选中零件后，使用快捷键"M"的或在菜单栏中中,选择“移动”命令，在零件中心出现一个黄色箭头，可以通过鼠标左键托动来移动所有的零件。3如果不需要沿著某一轴移动零件，可以不在移动命令后点击你所选的轴方向箭头。此外，还可以然后输入数值来精确计算移动零件。

7、已知CAD图纸两点坐标,另一幅图以这两点

天翼的快捷键是M

但是可以不使用对齐AL（角点可以把图形经某些点环形折弯有一些点移动）

8、我的世界函数指令如何编辑和使用

声明：非原创转自手心游戏网—钱钱，侵删！只希望帮大家！

《我的世界》1.12版本新增审批了函数下达命令这一内容，很多玩家觉着非常古怪，也有玩家发现自己这样的命令可以完全逃出命令方块而修真者的存在。

写在前面的话

1.9的更新为我们给他了三色命令方块，让命令方块冲破了红石蓝月帝国独立的体系，我们但可以不更合适利用一些想法；时隔3个版本，MOJANG再一次为我们受到惊人的变革。

1.12中，函数与进度系统的出现，让命令远远离开命令方块——这句有过说过的玩笑般的预言，临时下一界肯定。

函数系统的构成

函数系统的由来

函数（function）系统，是MC1.12Pre-1版本中新增加的一个功能，它将原来进度系统中赶往指令的部分分开来分离提取出，做成了现在的函数系统。

函数系统的形式

函数系统由命名空间和函数文件混编，这些文件能保存在存档目录/data/functions/下。functions目录下的文件夹，被称命名空间，各个命名空间下存放差别的函数文件。但是，命名空间是方便啊我们汇编语言者分类并管理其它函数文件。

函数文件是以.mcfunction为后缀名的文本文件，我建议你常规utf-8无BOM编码以防不显示颠倒。简单啊当然，一个函数等价于一个多行命令方块，函数文件里面每一行写一条指令，当负责执行那个函数时，里面的指令会按行依次想执行。如果在一个函数中内部函数其他地方函数，这样在同一游戏刻，被调用的函数中大部分指令先先执行完，再不再当前函数中后续的指令，就像加塞插队一样，我们在后面对比命令方块时会说到这个。

请注意：在1.12Pre-3版本中未知一个严重点漏洞，即下命令负责执行体不能不能正确地传递到被调用的函数中去，这个漏洞非常有希望在后续版本在内正式版能修复。

以下是本文应用的一个函数系统的目录，带有" "的意思是为目录

functions sayhi.mcfunctionbye.mcfunctionText1.mcfunctiontext2.mcfunction system process_process.mcfunction_main.mcfunctionplayer_tick.mcfunction

如何调用函数

在1.12中，MOJANG再新增了function指令和一条名为gameLoopFunction的游戏规则来辅助我们可以使用函数系统。function指令的格式:：

function<命名空间:函数名>function<命名空间:函数名><中,选择器>

这两条都是依先生的。其中，if|unless是在1.12pre-4参加的功能，后面我会解释什么到这个。我们先来说说第一种形式。的或上面的目录中，要调用system这种命名空间下的_main文件，就是再输入这样的指令：

functionsystem:_main

现在，我们而言一个例子的或tell命名空间下的Text1.mcfunction和text2.mcfunction，里面分别写上这个内容

Text1.mcfunction

#这是一个范例，在function文件中可以不用#来注释行。请再注意，不能够可以使用//来注释！say1functionsay:text2say2

text2.mcfunction

say3say4

当我在系统后台输入functionsay:text1时，聊天框会会出现那些个内容：[server]1[server]3[server]4[server]2

也就是说，想执行function指令的人，会把函数里面的指令排列执行——我在系统后台输入function指令，那是系统在负责执行，我自己输入输入function指令，是我本人在不能执行。大家很有可能注意到了，函数中支持不使用#通过注释（旧版本支持//注释，当前版本巳经并没有支持什么），也就是说被注释行绝对不会以及指令而先执行，这一点有多方便相比要比我再说了。同时不需要大家再注意：函数中所有的指令不还能够以/开头。比如，你可以这样的话写：

say@s

可是没法这样写：

/say@s

到最后有一点需要注意的是，在function指令中调用函数时，不区分大小写字母。的或前面say命名空间下的Text1.mcfunction，我在内部函数的时候写的是say:text1

然后是第二种形式，也就是带if|unless的。我很简单举两个例子，大家就清楚是什么好意思了。

say:tellraw.mcfunctionscoreboardobjectivesettimerandthen计时器scoreboardplayersset@stimer1functionrandom:titleif@s[score_timer_min=1200]scoreboardplayersreset@s[score_timer_80min=1200]timer

random:title.mcfunctionsummonarea_effect_cloud~~~{Tags:["rnd_title","rnd_title1"]}summonarea_effect_cloud~~~{Tags:["rnd_title","rnd_title2"]}summonarea_effect_cloud~~~{Tags:["rnd_title","rnd_title3"]}summonarea_effect_cloud~~~{Tags:["rnd_title","rnd_title4"]}summonarea_effect_cloud~~~{Tags:["rnd_title","rnd_title5"]}entitydata@r[r=0,type=area_effect_cloud,tag=rnd_title]{CustomName:"rnd_title"}execute@e[name=rnd_title,tag=rnd_title1]~~~tellraw@a[r=0,c=1]["1"]execute@e[name=rnd_title,tag=rnd_title2]~~~tellraw@a[r=0,c=1]["2"]execute@e[name=rnd_title,tag=rnd_title3]~~~tellraw@a[r=0,c=1]["3"]execute@e[name=rnd_title,tag=rnd_title4]~~~tellraw@a[r=0,c=1]["4"]execute@e[name=rnd_title,tag=rnd_title5]~~~tellraw@a[r=0,c=1]["5"]

将say:tellraw放在主进程中

execute@a~~~functionsay:tellraw

则每一位玩家每分钟将会见到1~5中副本一个数字又出现在聊天框。也就是说，唯有计时器分数满1200的人会先执行后面的副本部分。那你很看样子，中有if的意思那就是，如果不是能不能找到后面的选择器，就执行这个函数，不然不想执行。应该是testfor。

这样unless的意思也就很很明显了：在能找到后面的选择器的时候，负责执行这些函数，相当于testfor 非门。

gameLoopFunction

解释完动态创建，就该说说低频率了。玩命令方块的人都明白中频是实现许多功能的前提。在函数系统中，MOJANG为我们能提供了一条名为gameLoopFunction的游戏规则来实现方法低频率。它的格式是

gamerulegameLoopFunction<命名空间:函数>

也就是说，你可以不重新指定一个函数来高频想执行，这个超高频是20Hz的，也就是每一个游戏刻都会执行一遍。新建的存档如果还没有负责执行过这条指令，只是用gamerulegameLoopFunction来去查询的话，能得到的返回值是-

目的是方便，我们将这种规则国家建筑材料工业局为glf。在旧版本中，glf指定的函数，由系统（server）另外想执行体；而在新的版本中，MOJANG核心中了虚拟软件执行体，例如将say:text2指定你为glf时，每一个游戏刻换取的结果是这样的

[say:text2]3[say:text2]4

也就是说，系统再次作为负责执行体，只是由虚拟软件的执行体全权处理想执行。

关於glf多说两句。可以使用glf去超高频负责执行一个函数，和建议使用RCB（非循环型命令方块，紫色那种）去先执行，是不一样的。区别主要只在于其自动更新顺序陆续。一般而言不可能会造成极为严重会影响，但在有一些情况会不一样。诸如，使用CB能检测检测到生物的{HurtTime:10s}这样的NBT，而使用glf先执行函数没有办法怎么检测到的是{HurtTime:9s}，检测检测不出来10，这是因为关与函数的更新，都放在了生物更新后，而CB的更新则是在生物更新前的。详情是可以看这里。通过Searge的说法，函数并不是刷怪笼的彻底替代。这种说法，大家就见仁见智吧了。对我个人可以说这些影响很大。

函数系统的模块内部函数

相对于一个求全部的命令系统对于，模块一般可以分为三类：对执行顺序几乎在同一时间有要求的中频模块、对执行顺序几乎在同一时间无要求的高频信号模块、非高频模块。在函数系统中，我们同样可以将模块分成这三类。目的是比较方便后续讲解。我们作这样的设定：

将system:_main设为glf，并称之为主进程或者主时钟

相对于上面一讲的三类模块，我们是从三种有所不同的去内部函数。

对执行顺序先后有要求的中频模块，在主进程中听从必须的顺序排列好来内部函数。对执行顺序相继是没有那些要求的高频信号模块，在主进程中这个可以都很随便地放置位置，可是一般不会决定优先执行。不光地，假如这种模块是因为每一个玩家其它负责执行的，可以不不使用进度系统中的"tick"触发器来全局函数，而不需要放在主进程中。仅在特定情况下触发的非高频模块，在主进程中调用，不过辅以execute、scoreboard和你选器参数去压制其在比较合适的时候被全局函数，这里的选择器，包括了在1.12pre-4中新增加的if/unless的部分。

非低频率模块在特定条件下激活后，也很小会减少了模块中大量重复会出现execute的现象，并几乎绝对不能出现了超长的Conditional链，只不过function中并不再支持什么Conditional。不然后接受，说明可以不一定程度支持，对吧。我们来看一个例子。

举例有红蓝两队，在又开始前判断到互相殴打问题不参与分队，完全是按结构挂tag的。红队以tag=redTeam为标记，蓝队则以tag=blueTeam为标记，准备着观战的玩家以tag=specTeam为标记当玩家站在相对应区域（红蓝两队的所有的玩家还必须你选择了职业好）去添加Ready的标记，更视就位。如果没有玩家不在你所选区域时就全部移除Ready的标记。你选了两个职业的玩家，其记分板项selectClass数值小于等于1全部玩家准备就绪后，游戏进入倒计时，倒计时结束时游戏结束倒计时未已经结束，有玩家冲破准备就绪的状态，则倒计时关闭

条件比较多，我们先来去看看怎摸写这种模块，再通过分析。在这里，我们准备好了一个名为gameStat的aec实体另外标志，全部游戏进程会以tag或则score的形式携挂到该实体上。请看指令部分

execute@p[tag=redTeam,score_selectClass_v/s=1]~~~execute@p[tag=blueTeam,score_selectClass_min=1]~~~scoreboardplayerstag@e[type=area_effect_cloud,name=gameStat,tag=notGaming]mainallReadyexecute@p[tag=!Ready,m=2]~~~scoreboardplayerstag@e[name=gameStat,type=area_effect_cloud,tag=notGaming]removeallReadyexecute@p[tag=!Ready,m=2]~~~execute@e[name=gameStat,type=area_effect_cloud,tag=notGaming]~~~execute@s[tag=!allReady,score_waitTime_v/s=1]~~~title@aclearexecute@p[tag=!Ready,m=2]~~~execute@e[name=gameStat,type=area_effect_cloud,tag=notGaming]~~~execute@s[tag=!allReady,score_waitTime_min=1]~~~title@aresetexecute@p[tag=!Ready,m=2]~~~execute@e[name=gameStat,type=area_effect_cloud,tag=notGaming]~~~scoreboardplayersreset@s[tag=!allReady]waitTimescoreboardplayersadd@e[name=gameStat,tag=allReady]waitTime1execute@e[name=gameStat,score_waitTime=1,score_waitTime_min=1]~~~title@atimes1014010execute@e[name=gameStat,score_waitTime=1,score_waitTime_min=1]~~~title@asubtitle[{"color":"aqua","text":"请玩家站在准备区域不要离开"}]execute@e[name=gameStat,score_waitTime=1,score_waitTime_min=1]~~~title@atitle[{"color":"grey","text":"游戏即将开始"}]execute@e[name=gameStat,score_waitTime=40,score_waitTime_min=40]~~~title@asubtitle[{"color":"aqua","text":"3"}]execute@e[name=gameStat,score_waitTime=40,score_waitTime_min=40]~~~execute@a~~~playsoundblock.note.plingvoice@p~~~10execute@e[name=gameStat,score_waitTime=60,score_waitTime_min=60]~~~title@asubtitle[{"color":"aqua","text":"2"}]execute@e[name=gameStat,score_waitTime=60,score_waitTime_min=60]~~~execute@a~~~playsoundblock.note.plingvoice@p~~~10execute@e[name=gameStat,score_waitTime=80,score_waitTime_min=80]~~~title@asubtitle[{"color":"aqua","text":"1"}]execute@e[name=gameStat,score_waitTime=80,score_waitTime_80min=80]~~~execute@a~~~playsoundblock.note.plingvoice@p~~~10execute@e[name=gameStat,score_waitTime_80min=100]~~~title@atimes103010execute@e[name=gameStat,score_waitTime_80min=100]~~~title@atitle[{"color":"gold","text":"游戏结束"}]scoreboardplayersset@e[name=gameStat,type=area_effect_cloud,score_waitTime_v/s=100]gameStat1scoreboardplayersreset@e[name=gameStat,score_gameStat_v/s=1,score_gameStat=1]waitTimescoreboardplayerstag@e[name=gameStat,score_gameStat_v/s=1,score_gameStat=1]removeallReadyexecute@e[type=area_effect_cloud,name=gameStat,score_gameStat_80min=1,score_gameStat=1]~~~functionsystem:StartGame

接下来的我们来慢慢地分析。

首先是正在的条件。有红蓝两队，这样这两队都绝对需要什么人，才也能又开始，决定到同一中,选择器中不能不能重复使用tag的参数，我们记录了区分队伍的参数，而并非区分是否需要准备就绪的参数。因此，第一条指令的意思是，当存在地选了职业并选红队的玩家在内选了职业并选蓝队的玩家，我们给中心实体再加allReady这样的标记，以表明很可能不满足开始条件。

况且行最简形矩阵条件吗？要是有未准备就绪的玩家，就说明不满足的条件，那我们是让一个就没准备就绪的玩家倏忽掉allReady这样的标记再说。

对于3~5行，我们放后面点讲。先看后面。行最简形矩阵结束条件那以后，我们会给中心实体加分（建议使用waitTime这些记分板项），在第一刻加分后直接出现提示文字显示马上准备开始，后再进入循环计时，结果计时满了，全局函数system:startgame那个函数来结束游戏（这里并非例子的部分，不作只能说明）。

这样的话回过头来来说3~5行，这里肯定是叫住的部分。插话，应该是要清掉提示文字、重置计时器。如果此时都还就没通过过加分，这样我们就无须通过那三条指令，并且可以看见中间有个选择器里有score_waitTime_cm2=1的参数使之限制。

重点跑来，我们注意到这3条指令前面蛮长一串execute是再重复一遍的。只不过在以前用cb写的时候，这里我建议使用了Conditional，而现在函数不直接意见Conditional，所以我用一大堆execute，可是这里我们是可以稍作改，对不对？请看下面

execute@p[tag=redTeam,score_selectClass_cm2=1]~~~execute@p[tag=blueTeam,score_selectClass_20h=1]~~~scoreboardplayerstag@e[type=area_effect_cloud,name=gameStat,tag=notGaming]assignallReadyexecute@p[tag=!Ready,m=2]~~~scoreboardplayerstag@e[name=gameStat,type=area_effect_cloud,tag=notGaming]removeallReadyexecute@p[tag=!Ready,m=2]~~~execute@e[name=gameStat,type=area_effect_cloud,tag=notGaming]~~~execute@s[tag=!allReady,score_waitTime_20h=1]~~~functionsystem:cond_breakstartcountscoreboardplayersset@e[name=gameStat,tag=allReady]waitTime1execute@e[name=gameStat,score_waitTime=1,score_waitTime_min=1]~~~title@atimes1014010execute@e[name=gameStat,score_waitTime=1,score_waitTime_min=1]~~~title@asubtitle[{"color":"aqua","text":"请玩家站在准备区域不要离开"}]execute@e[name=gameStat,score_waitTime=1,score_waitTime_min=1]~~~title@atitle[{"color":"blue-","text":"游戏即将开始"}]execute@e[name=gameStat,score_waitTime=40,score_waitTime_min=40]~~~title@asubtitle[{"color":"aqua","text":"3"}]execute@e[name=gameStat,score_waitTime=40,score_waitTime_min=40]~~~execute@a~~~playsoundblock.note.plingvoice@p~~~10execute@e[name=gameStat,score_waitTime=60,score_waitTime_min=60]~~~title@asubtitle[{"color":"aqua","text":"2"}]execute@e[name=gameStat,score_waitTime=60,score_waitTime_min=60]~~~execute@a~~~playsoundblock.note.plingvoice@p~~~10execute@e[name=gameStat,score_waitTime=80,score_waitTime_min=80]~~~title@asubtitle[{"color":"aqua","text":"1"}]execute@e[name=gameStat,score_waitTime=80,score_waitTime_cm2=80]~~~execute@a~~~playsoundblock.note.plingvoice@p~~~10execute@e[name=gameStat,score_waitTime_cm2=100]~~~title@atimes103010execute@e[name=gameStat,score_waitTime_80min=100]~~~title@atitle[{"color":"gold","text":"游戏又开始"}]scoreboardplayersset@e[name=gameStat,type=area_effect_cloud,score_waitTime_cm2=100]gameStat1scoreboardplayersreset@e[name=gameStat,score_gameStat_cm2=1,score_gameStat=1]waitTimescoreboardplayerstag@e[name=gameStat,score_gameStat_20h=1,score_gameStat=1]removeallReadyexecute@e[type=area_effect_cloud,name=gameStat,score_gameStat_cm2=1,score_gameStat=1]~~~functionsystem:StartGame

system:cond_breakstartcount.mcfunction

title@acleartitle@aresetscoreboardplayersreset@swaitTime

可是这个相当于进去的子模块只能3条指令，不过假如分离不出来的是30条而也不是3条呢？都能够节省时间多少功夫定然不是需要我讲解了吧？

以上是麻烦问下函数系统模块动态链接库的部分，中的有提及建议使用进度系统来动态创建部分的的模块，我们这一次一般说来这一部分。

函数系统与进度系统的联动

advancement，亦简称adv，目前wiki翻译叫进度。这里就差不多作可以介绍了。在17w17b中MOJANG不能进度返回指令作为达成了协议进度的奖励，让不少玩家发现到了。而后在17w18b中，MOJANG进一步系统完善进度系统，使其也可以彻底其它于命令方块而确立起一个命令系统；在1.12pre1中，MOJANG又应有了修改，将进度系统中的命令部分取出来制成了如今的函数系统。

但是这却不是换句话说进度系统就不可以哦组织到命令系统中来，只不过如今的进度系统这个可以直接返回函数作为达成默契进度的奖励。

完全相信很多人早就明白了进度系统的结构了，但仍有蛮一部分朋友还还没有了解，在这里我们不如来温习一下。

可以自定义的进度，所有的文件都存放在存档目录/data/advancements/下，在这里空白文档的文件夹同样的都称做命名空间，命名空间下储存时其它进度文件。进度文件不使用json格式。这里展示更多一个用于进度命令系统的例子

所涉及的两个文件分别是data/advancements/system/HelloTitle.json和data/functions/system/HelloTitle.mcfunction，这里进度和函数都用同样的命名空间和文件名比较方便记忆和管理，可以看见函数文件是.mcfunction，而进度文件是.json

system:HelloTitle.json

{"criteria":{"custom_name":{"trigger":"minecraft:tick"}},"rewards":{"function":"system:hellotitle"}}

system:HelloTitle.mcfunction

#revokeadv，用于下回再激活advancementrevoke@sonlysystem:hellotitle#命令部分scoreboardobjectivesethelloTitlestat.leaveGamescoreboardplayerstag@s[tag=HelloTitle,score_helloTitle_min=1]discardHelloTitletellraw@s[tag=!HelloTitle]["",{"text":"hello!","color":"blue-"},{"selector":"@s"},{"text":"!Welcome toMinecraft!","color":"yellow"}]scoreboardplayerstag@s[tag=!HelloTitle]setHelloTitlescoreboardplayersreset@s[score_helloTitle_v/s=1]helloTitle

这个进度会在下一个游戏刻谈妥，对象是召集网玩家，达成默契进度后会想执行HelloTitle.mcfunction中的指令。其实现方法的效果是，当玩家进入到这些世界时，会在聊天框一眼就看到问候语（其他人看不到）。

可以看到，两者相比于以前红石电路中频，这里区分了进度系统的tick触发器和@s选择类型器。假如前者用刷怪笼高频的或函数系统，这样只要这样

scoreboardobjectiveaddhelloTitlestat.leaveGamescoreboardplayerstag@a[tag=HelloTitle,score_helloTitle_v/s=1]removeHelloTitleexecute@a[tag=!HelloTitle]~~~tellraw@s["",{"text":"hello!","color":"purple"},{"selector":"@s"},{"text":"!Welcome toMinecraft!","color":"pale"}]scoreboardplayerstag@a[tag=!HelloTitle]addHelloTitlescoreboardplayersreset@a[score_helloTitle_v/s=1]helloTitle

区别那是选择类型器上的不一样。如果不是大家感觉进度系统真的很麻烦，可以不去不使用，但是接下来的事情我们会注意到一个使用进度系统的以外触发器来调用函数的例子。或者，要让绝大部分冒险模式玩家入水即死。

rules:DieInWater.json

{"criteria":{"1":{"trigger":"enter_block","condition":{"block":"water"}}},"rewards":{"function":"rules:dieinwater"}}

rules:DieInWater.mcfunction

#revokeadvancementrevoke@sonlyrules:dieinwater#commandsscoreboardplayerstag@p[m=2,r=0]mainwaterKillexecute@s[tag=waterKill]~~~tellraw@a[{"selector":"@s"},{"color":"white","text":"被水淹没有了"}]execute@s[tag=waterKill]~~~gameruleshowDeathMessagesfalsekill@s[tag=waterKill]execute@s[tag=waterKill]~~~gameruleshowDeathMessagestruescoreboardplayerstag@s[tag=waterKill]removewaterKill

当玩家踏入水中时，我们要给玩家另外一个tag，然后把干掉他。当然了为么用@p而你不@s呢？是因为@p不能选中后活人，而@s这个可以，如果不是不想注意到聊天框，就不要选择类型用@s。

以上是凭借进度系统的enter_block(玩家直接进入方块)这一触发器来基于落水后即死功能的，假如前者凭借函数，不利用进度系统去基于的话，可以不这样的话写

rules:DieInWater_FUNCONLY.mcfunction

execute@a[m=2]~~~detect~~~water-1scoreboardplayerstag@p[r=0]mainwaterKillexecute@a[tag=waterKill]~~~tellraw@a[{"selector":"@s"},{"color":"white","text":"被水淹没了"}]execute@a[tag=waterKill]~~~gameruleshowDeathMessagesfalsekill@a[tag=waterKill]execute@a[tag=waterKill]~~~gameruleshowDeathMessagestruescoreboardplayerstag@a[tag=waterKill]removewaterKill

然后把将那个函数丢进主进程中高频信号执行再试一下。

我们把话说完了函数系统与进度系统的相互联动部分。道理相比已经问完了函数系统的基础可以使用，那就在最后，我们来好好聊聊函数系统与命令方块系统的对比吧，看看它们各自的优缺点。

函数系统与命令方块的对比

如果你说上面的看得有点儿晕乎乎，那我们来简单啊来说说函数系统和命令方块(CB)系统的对比吧，进度作为函数的双联动触发时形式，就不作过多的话解说了。

前面讲到的三种模块中，对负责执行顺序无要求的高频信号模块毕竟用函数肯定CB都没有什么问题，而这些需要严格一点绝对的保证执行顺序的模块，以前我会将他们彻底连在一起，只用一个RCB（重复运行型命令方块，即高频信号CB源）另外“信号源”。

为啥不划出一道制作成子模块（正常情况以ICB-脉冲电流型命令方块起头，后面跟一串CCB-连接上型命令方块）动态链接库呢？毕竟你在当前游戏刻动态创建了ICB子模块那以后，它会等自己下一个游戏刻才先执行。可最好别小看这一个游戏刻的网络延迟，它一般说来很可能让你的系统会出现意外，从而有一种各种蜜汁bug。

而函数系统中，动态创建的子模块会立即队执行，使还能够严格一点只要执行顺序，程序出错的可能性大吓减少了。

函数系统不都能够就支持Conditional模式，也就是条件激活码，而CB是意见的。关於这一点，以我个人的经验，影响是不太大的，过去1.8也没

Conditional不也是这么说过来了吗？

函数系统的主进程不使用gamerulegameLoopFunction<命名空间:函数>来挂载，而CB系统的"主进程"不使用RCB才是超高频信号源。

在过去的版本，是从glf携挂的主进程，其执行者是系统，也就是server。这个设定会有一种各种各样的安全隐患，只好在后来的版本中，MOJANG将其执行者改了glf所武器挂架的函数（前面也有讲了）。就目前可以说，仅实际函数系统，就能够实现过去CB也能实现的功能，甚至于有一些是CB难以利用的功能。在这里就不过多后讲了，只希望对大家极大，是可以研发各种各样的黑科技进去~

这里插入讲一点，我想是对地图制作者一般说来是绝对的福音。

mcf系统就支持什么样式代码§。

CB系统的颜色黑科技什么的在这种面前完全没有不值一提。

资源占用带宽方面，简单说一下我个人的经验。

我们花了不了一天的时间把《喋血冰封II》可以升级到新的命令系统。新系统在资源电脑资源方面的确比之前庞然的CB系统少了很多，流畅度不降反升，这也得益于函数系统十分接近游戏底层。CB系统在方块更新这一方面就输掉一场了一大截。事实上它是需要占地。

试想一下，如果不是你的系统足够庞然，出生地也可以运行程序的区域放多CB，你还能够能看得懂吗？你在调试系统的时候，是需要花多少时间去找不到你要修改的指令呢？

再者，这对一些不放到虎宝宝点的模块，我们还需要确定到区块加载的问题，我相信这都是让许多人头疼的问题吧？

函数系统想来不不需要担心那这个，因为它全部的内容都保存在文件里，不具体详细地再次出现在游戏世界中，在资源占用资源方面相比较与CB系统可以说，是要占优的。

我们明白了，写一个功能肯定如果一两天，debug肯定要一周。过去CB系统，不依靠编辑器的话，你得不自动检查，如果要在中间插入什么指令的话，还得整体移动CB，换算工作效率是十分很感人的；无形化编辑器，我们是可以导出的来实现程序飞速如何修改

而反比例函数系统呢？你要改点什么，真接去翻文件改，改完了存放一下，再在游戏里实际/reload指令直接可以刷新，完事儿了。游戏都不用什么解盟重进。

凡是地图制作者，明白了那些个，都估计会心动的吧。

讲了这么多，我相信大家对新系统也有一定的打听一下了，或许早狂喜得讲不出话来了吧，这样更多内容就请大家无法去可以体验一下吧。在接下来的的更新里，兴许还会多出什么好倍感意外的东西呢！