太复杂了
实体选择器折磨好啊
感谢大佬 就是没看懂
作为基岩版玩家我对此一窍不通【而且基岩版@r后面加type参数就可以选择非玩家实体了】
6666666666666666666666
看来要准备学习Java了
233333333333333333
5555555555
很好 ，学习一下
刚刚学完java的萌新来拜读此文，然后发现predicate不就是一种filter嘛，叫“滤器”不就非常棒
请lz轻喷（
Shinatobe 发表于 2019-12-26 19:24
刚刚学完java的萌新来拜读此文，然后发现
predicate不就是一种filter嘛，叫“滤器”不就非常棒[:.. ...
确实，filter 和 predicate 经常一起出现，比如
- Predicate<Integer> isEven = e -> e % 2 == 0;
- ...
- x.stream().filter(isEven)
（我不会编程，所以代码是复制的：在这里）
但因为我不懂编程，我也不敢瞎翻译。只好听取博学的编程 dalaoes 的建议喽
梓榆 发表于 2019-12-27 01:10
确实，filter 和 predicate 经常一起出现，比如
（我不会编程，所以代码是复制的：在这里）
我明白了。更精细地说，与其说它是“滤器”，不如说是“过滤条件”。
或者filter criteria……
……或者“滤网”？（逃真的是大佬哦。佩服佩服耶
楼主大大你好！想问一下，我是1.12.2的版本，参数里没有distance什么的，我想知道如果我设定了x=,y=,z=,r=的参数，可不可以有效地帮我缩小实体的遍历范围呢？
@SPGoding 出来答题（
假设tag为foo的盔甲架只存在一个，那么是不是
@e[type=armor_stand,tag=foo,limit=1]的效率会比@e[type=armor_stand,tag=foo]的效率要高？（除非很不幸遍历到最后一个盔甲架才符合结果）
假设tag为foo的盔甲架只存在一个，那么是不是
@e[type=armor_stand,tag=foo,limit=1]的效率会比@e[type=armor_stand,tag=foo]的效率要高？
从头看到尾懵逼的我
mcbbs有你更精彩！！！