Использование craftbukkit в качестве библиотеки потребует перекомпиляции проекта после обновлений

[DPOH-VAR]

благославляю эту тему... ибо тут увидел что шпигот не изуродовали как буккит.

Для разработчиков и так будет огромным гемором выпускать плагины каждый раз под новые версии CraftBukkit. А если брать в расчет спигот... Если кто-то пишет под CB, dряд ли он станет заботиться еще и о спиготе. Тут придется выбирать, или спигот, или cb, или выпускать по отдельной версии для каждого типа сервера, или же извращаться с использованием рефлексий (ох уж это и нудно (T__T )... но вполне реально)

 

[fromgate]

Ну spigot интересен будет только если он будет работать как с новыми плагинами так и старыми. И интересен будет именно в качестве платформы для сервера. Но никак не с точки зрения разработки плагина: если я выложу плагин и напишу только для Spigot - меня не поймут

 

[DPOH-VAR]

Ну spigot интересен будет только если он будет работать как с новыми плагинами так и старыми.

Вряд ли это случится. Не знаю способа реализовать поддержку плагинов для CB со стороны spigot (разве что можно запихать все версии классов cb в один jar - но это перебор).
fromgate
Как успехи c подтверждением на dev.bukkit.org?

 

[fromgate]

DPOH-VAR, ждём-с Сегодня или завтра будет MonsterFix - там одна небольшая функция. Она в принципе и раньше была частично с рефлексиями (нужно было добраться до "приватного" поля). Сейчас же я её вынес в отдельный класс (на развод, вдруг ещё что-то потребуется). В общем посмотрим к чему это приведет

 

[fromgate]

Вряд ли это случится. Не знаю способа реализовать поддержку плагинов для CB со стороны spigot (разве что можно запихать все версии классов cb в один jar - но это перебор).

Ну md_5 такой товарищ. Я вот про видео на картах думал, но даже не помыслил, что кто-то в здравом уме будет такое реализовывать. А он недавно видео выкладывал

 

[fromgate]

@DPOH-VAR, WeatherMan 0.4.8 нормально приняли. Так что метод - "допустимый"

 

[fromgate]

Неужели нас ждет craftbukkit-1.4.7?
http://mojang.com/2012/12/minecraft-1-4-7-pre-release/

Изменения в Minecraft маленькие, буккитовцы догадаются, что в очередной раз ломать все плагины не стоит

 

[Ission]

Наконец-то. Прочитал 2 очень не плохих статьи по отражениям и теперь мне не страшны такие измывательства над bukkit'ом. Правда одно НО: исходник перевода книжек увеличился в 4 раз ^^

 

[fromgate]

Ission,
Дай ссылки на статьи, пожалуйста. Почитаю с удовольствием. У меня сейчас ещё одна задача стоит, там как раз могут отражения потребоваться
Кстати, разве книжного API BookMeta не достаточно?

Ведь ItemMeta и его наследники (BookMeta, EnchantmentStorageMeta, FireworkEffectMeta, FireworkMeta, LeatherArmorMeta, MapMeta, PotionMeta, Repairable, SkullMeta) как раз и нужны для работы с NBT в составе соответствующими предметами.

Правда они ограничены
Взять тот же MapMeta - там нет доступа к изображению сохраненному в виде NBT-тага. Т.е. все равно через craftbukkit лезть, если потребуется. С другой стороны, API для нанесения изображения на карту есть. Чего ещё нужно
А вот с книгами, по моему все нормально: setTitle, setAuthor, setPages. Чего ещё для счастья нужно?

 

[Ission]

Ission,
Дай ссылки на статьи, пожалуйста. Почитаю с удовольствием. У меня сейчас ещё одна задача стоит, там как раз могут отражения потребоваться
Кстати, разве книжного API BookMeta не достаточно?

Ведь ItemMeta и его наследники (BookMeta, EnchantmentStorageMeta, FireworkEffectMeta, FireworkMeta, LeatherArmorMeta, MapMeta, PotionMeta, Repairable, SkullMeta) как раз и нужны для работы с NBT в составе соответствующими предметами.

Правда они ограничены
Взять тот же MapMeta - там нет доступа к изображению сохраненному в виде NBT-тага. Т.е. все равно через craftbukkit лезть, если потребуется. С другой стороны, API для нанесения изображения на карту есть. Чего ещё нужно
А вот с книгами, по моему все нормально: setTitle, setAuthor, setPages. Чего ещё для счастья нужно?

Часть 1 и Часть 2 обе части - PDF'очки.
А вот теперь с книжками: В старых версиях API ещё не появилось, поэтому нужно пользоваться старыми классами. А в новых версиях уже появилось API, при этом у CraftItemStack убрали очень нужную функцию: gatHandler() и на прямую к нужным частям этим кодом уже не обратиться, поэтому нужно использовать новое API. Но при использовании нового API, старые ваерсии начинают ругаться, что нет такого файла для импорта и приходится изворачиваться: для новых бверсий рефлексии для подгрузки bukkit API, а для старых рефлексии для подгрузки старых классов. При этом на части версий, где уже есть деление по версиям, но нет API для книг, всё равно не будет работать

 

[DPOH-VAR]

А в новых версиях уже появилось API, при этом у CraftItemStack убрали очень нужную функцию: gatHandler() и на прямую к нужным частям этим кодом уже не обратиться, поэтому нужно использовать новое API.

Сначала пытаемся через рефлексии вызвать getHandle();
в блоке catch (если метода нет) пытаемся взять значение поля "handle"
не забываем про setAccessible(true)
Таким образом будет совместимость со всеми версиями. Но количество кода - в 2 раза больше)

Спойлер

NBTTagCompound в обертке XNBTBase у предметов:

    public XNBTBase getRootBase() {
        Object is = null;
        try {
            is = callMethod(item, "getHandle", noInput);
        } catch (Exception ignored) {
        }
        if (is == null) {
            is = getShell(VersionFix.FixInterface.class, item).getProxyField("handle");
        }
        return getShell(XNBTBase.class, callMethod(is, "getTag", noInput));
    }

 

[Ission]

Сначала пытаемся через рефлексии вызвать getHandle();
в блоке catch (если метода нет) пытаемся взять значение поля "handle"
не забываем про setAccessible(true)
Таким образом будет совместимость со всеми версиями. Но количество кода - в 2 раза больше)

Спойлер

NBTTagCompound в обертке XNBTBase у предметов:

    public XNBTBase getRootBase() {
        Object is = null;
        try {
            is = callMethod(item, "getHandle", noInput);
        } catch (Exception ignored) {
        }
        if (is == null) {
            is = getShell(VersionFix.FixInterface.class, item).getProxyField("handle");
        }
        return getShell(XNBTBase.class, callMethod(is, "getTag", noInput));
    }

Остносительно того, что у меня сейчас, количество кода увеличится незначительно. Да, я не учёл того, что getHandle() возвращает закрытую переменную... К тому же я уже реализовал через другое место, близкое к тому, что сделали bukkit-овцы.