Помогите Command Handler

[ptnk]

А что тут такого сложного в абстрактном классе, который реализует CommandExecutor?
Даже даун поймет твой код. Уж поверь.

PS. Насчет дауна может быть получилось уже слишком, но человек понимающий основы Java сможет понять представленный выше код.

Я не про сложный код, а про манеру реализации сабкоманд, и по мне так гораздо проще и эффективнее, чем городить монстра по работе с аннотациями. Свою собственную манеру я привёл в качестве аргумента, как и другие доводы.

 

[DPOH-VAR]

Где-то я уже видел подобный подход...
https://github.com/sk89q/WorldEdit/...k89q/worldedit/command/ClipboardCommands.java
Там даже параметры команды динамически инжектятся в метод (как это происходит у Spring)

 

[ptnk]

Где-то я уже видел подобный подход...
https://github.com/sk89q/WorldEdit/...k89q/worldedit/command/ClipboardCommands.java
Там даже параметры команды динамически инжектятся в метод (как это происходит у Spring)

Это не то, что происходит у Spring.

 

[Smaylik03]

Где-то я уже видел подобный подход...
https://github.com/sk89q/WorldEdit/...k89q/worldedit/command/ClipboardCommands.java
Там даже параметры команды динамически инжектятся в метод (как это происходит у Spring)

Ага.. это да, ptnk то прав, но не совсем.. тут дело удобства. Лично мне проще написать анотацию и автоматически хандлить все, не *бя мозг каждый раз на создание CommandExecutor'ов, в каждый из которых все равно нужно пихать методы проверки.. Да, с хандлером нагрузка больше.. и плагин весит больше.. но просто и сердито. И знаешь на все 100%, что нету никаких багов с командами и реализация проще некуда.

 

[Reality_SC]

Альтернатива от sk89q: http://www.sk89q.com/2015/06/introducing-intake-4-x/
Исходный код: https://github.com/sk89q/Intake