Помогите Как сделать телепортацию игроков 50 на 50 с помощью командного блока

Да, но если у человека под сотню плагинов, одним большим, как ReActions он может убить свой сервер.

 

Ничего сказать не могу по поводу ReActions. потому что не изучал и не юзал. Сам себе пишу плагины вот на такие простые фичи, все отлично работает. Ну если и накачачил бы где, можно тайминги замерить.

 

Здесь можно и поспорить. @fromgate?

Как я понимаю, ReActions работает только со своими активаторами и событиями, от которых они зависят. Более того, ReActions слушает события на столько точечно, что схема с клок-генератором, КБ с testfor и другими примочками будет в 100 раз лагучее, чем один файл с тридцатью активаторами. При чём, ивет работать и так, и так. Только в использовании ReActions намного гибче.

 

Дайте адрес убитого сервера, пойду звездочку на борту ReActions рисовать

Если говорить о командных блоках, то считайте их таким же ReActions - только от самого моджанга. Как они там внутри реализованы, не знаю. Но у них есть огромное преимущество - они сделать "до API". Т.е. они не учитывают никаких проверок bukkit, всё выполняется в коде майнкрафта. Вообще, можно говорить, что работа по созданию PluginAPI, в итоге вылилась в командных блоках. Я хорошо помню, как Dinnerbone в твиттере похвастается "сделал очень много для PluginAPI" и через какое-то время выходит версия, в которой функционал командных блоков расширялся.

Единственное, что мне не нравится в командных блоках - это привязка к redstone-схемам. Ну сами понимаете - для организации простого цикла - в во все окружающие точку клиенты шлются пакеты с изменением блоков. А если схема сложная и длинная...

По поводу нагрузки от ReActions - то тут всё как с плагинами. По сути, если говорить - ReActions это набор "слушателей" событий.
И если Вам нужно отследить что-то одно и один раз и есть возможность написать плагин, то тут проще небольшой плагин написать. В тоже время когда количество подобных плагинов начнёт расти, то смысл тогда себя ограничивать.