Помогите Аргумент команды в отдельном классе как в Мини играх

[Energy warrior]

Я уже задавал вопрос на эту тему. Но те самые "азы Java" не работают.
Задам этот вопрос ещё раз.
Как распределить аргументы команды по отдельным классам. например есть команда /minigame у неё есть аргументы create,setminplayers,setmaxplayers как распределить их по классам?

 

[hyndorik]

А я ничего про спринговые бины и не говорил, это к Егору. А аоп априори не ооп, не понял откуда тут оно вообще.

Не аоп к тому что смысла особого нет его аспекты, пойнт каты и тд выносить в xml, java конфиг удобнее

 

[alexandrage]

if (this.map.contains(args[0])) {
MapExtend me = this.map.get(args[0]);
me.method(); }

Опоздал) . Я уже дал такое решение и в ооп стиле.
public Map<String, ICMD> cmds = new HashMap<String, ICMD>();
cmds.put("reload", new CMDReload(this));
https://github.com/alexandrage/Example/blob/master/src/Example/event/CommandListener.java
https://github.com/alexandrage/Example/blob/master/src/Example/event/ICMD.java

 

[aceJKE]

Не аоп к тому что смысла особого нет его аспекты, пойнт каты и тд выносить в xml, java конфиг удобнее

Если я правильно понял, то ты думаешь, что если аннтоаций нет, то есть xml или подобные текстовые файлы, где лежит конфигурация всего-всего, но если ты посмотришь программы написанные Егором, то ты поймешь о каком ООП он говорит. Там совсем другой подход к разработке, нежели тот, который мы привыкли видеть глядя на Spring.
Его аспекты - декратор) https://github.com/yegor256/

 

[hyndorik]

Если я правильно понял, то ты думаешь, что если аннтоаций нет, то есть xml или подобные текстовые файлы, где лежит конфигурация всего-всего, но если ты посмотришь программы написанные Егором, то ты поймешь о каком ООП он говорит. Там совсем другой подход к разработке, нежели тот, который мы привыкли видеть глядя на Spring.
Его аспекты - декратор) https://github.com/yegor256/

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

 

[aceJKE]

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

Декораторы позволяют как раз добиться описываемой инкапсуляции, а аннотации на пару с рефлексией не ооп.
Если конфигурация задается Java аннотациями, то возможно написать эквивалент и на Java классах.

Если хочешь пообщаться на эту тему, давай продолжим в личных сообщениях, много нафлудили не по теме.

 

[Energy warrior]

Хвааааааттиииииит про аннотации. Всё ровно мне до вашего уровня расти и расти.

 

[Energy warrior]

Опоздал) . Я уже дал такое решение и в ооп стиле.
public Map<String, ICMD> cmds = new HashMap<String, ICMD>();
cmds.put("reload", new CMDReload(this));
https://github.com/alexandrage/Example/blob/master/src/Example/event/CommandListener.java
https://github.com/alexandrage/Example/blob/master/src/Example/event/ICMD.java

А тебе спасибо. так более понятно.

 

[Energy warrior]

https://github.com/alexandrage/Example/blob/master/src/Example/event/CommandListener.java

как можно допустить такую глупую ошибку?
зачем возвращать использование команды если аргумент находится в мапе. Или ты меня просто на сообразительность проверяешь? если да то норм код должен быть такой.

if(!this.plugin.cmds.containsKey(args[0])) {
    return false;
}

 

[alexandrage]

как можно допустить такую глупую ошибку?
зачем возвращать использование команды если аргумент находится в мапе. Или ты меня просто на сообразительность проверяешь? если да то норм код должен быть такой.

if(!this.plugin.cmds.containsKey(args[0])) {
    return false;
}

Ну бывает).

 

[Energy warrior]

Ну бывает).