- Баллы
- 173
- Имя в Minecraft
- fromgate
Добрый день!
Любопытное обновление, произошло неделю назад:
https://github.com/Bukkit/CraftBukkit/commit/8f12382e8efc8c39a919af9180dd884caf3720ff
Пояснение EvilSeph по этому поводу:
https://github.com/Bukkit/CraftBukk...919af9180dd884caf3720ff#commitcomment-2277397
Кратко. Будущие версии craftbukkit будут содержать пакеты в названия которых будет включаться версия craftbukkit и minecraft.
То есть, например, вы используете класс org.bukkit.craftbukkit.entity.CraftPlayer с учетом этого обновления он будет называться, допустим org.bukkit.craftbukkit.1-4-5-r01.entity.CraftPlayer
Соответственно после выхода обновленного craftbukkit'а он будет называться уже org.bukkit.craftbukkit.1-4-5-r02.entity.CraftPlayer и плагин автоматически перестает работать.
Чем это плохо:
1. после каждого обновления надо будет обновлять плагины. Мне потребовалось изменять какой-то плагин при выходе 1.4 из-за того, что что-то поменялось в коде craftbukkit. Но при этом, он нормально себя чувствовал без всяких перекомпиляций начиная со времен 1.2.х. Т.е. он нормально пережил обновления: 1.2.3, 1.2.4, 1.2.5, 1.3.1, 1.3.2 и потребовал внимания только при 1.4.2 и теперь нормально работает, под 1.4.5. Теперь же мне при каждом выходе надо будет создавать новую версию. Это будет утомительно
2. Однозначно увеличится время на одобрение плагинов: представьте, что помимо обычных плагинов в очередь будет попадать и огромная куча перекомплированных плагинов.
3. Возникнут проблемы при обновлениях серверов: надо будет ждать обновления ещё большего числа плагинов.
Чем это хорошо:
1. Повышается безопасность серверов, миров и т.п.
2. Повышается активность разработчиков: больше вероятности, что они вовремя заметят, что в craftbukkit или что-то изменилось и своевременно сделают обновление.
3. Ну и в конце-концов я это воспринимаю как один из признаков того, что Mojang всерьёз взялись за API: такие мысли в голову EvilSeph просто так не приходят, наверняка такое ограничение будет и в PluginAPI
4. Таких плагинов всего-то 10%
Примечение: всё выше сказанное не относится к плагинам использующим только лишь Bukkit API (т.е. в качестве внешней библиотеки подключается только bukkit.jar)
Любопытное обновление, произошло неделю назад:
https://github.com/Bukkit/CraftBukkit/commit/8f12382e8efc8c39a919af9180dd884caf3720ff
Пояснение EvilSeph по этому поводу:
https://github.com/Bukkit/CraftBukk...919af9180dd884caf3720ff#commitcomment-2277397
Кратко. Будущие версии craftbukkit будут содержать пакеты в названия которых будет включаться версия craftbukkit и minecraft.
То есть, например, вы используете класс org.bukkit.craftbukkit.entity.CraftPlayer с учетом этого обновления он будет называться, допустим org.bukkit.craftbukkit.1-4-5-r01.entity.CraftPlayer
Соответственно после выхода обновленного craftbukkit'а он будет называться уже org.bukkit.craftbukkit.1-4-5-r02.entity.CraftPlayer и плагин автоматически перестает работать.
Чем это плохо:
1. после каждого обновления надо будет обновлять плагины. Мне потребовалось изменять какой-то плагин при выходе 1.4 из-за того, что что-то поменялось в коде craftbukkit. Но при этом, он нормально себя чувствовал без всяких перекомпиляций начиная со времен 1.2.х. Т.е. он нормально пережил обновления: 1.2.3, 1.2.4, 1.2.5, 1.3.1, 1.3.2 и потребовал внимания только при 1.4.2 и теперь нормально работает, под 1.4.5. Теперь же мне при каждом выходе надо будет создавать новую версию. Это будет утомительно

2. Однозначно увеличится время на одобрение плагинов: представьте, что помимо обычных плагинов в очередь будет попадать и огромная куча перекомплированных плагинов.
3. Возникнут проблемы при обновлениях серверов: надо будет ждать обновления ещё большего числа плагинов.
Чем это хорошо:
1. Повышается безопасность серверов, миров и т.п.
2. Повышается активность разработчиков: больше вероятности, что они вовремя заметят, что в craftbukkit или что-то изменилось и своевременно сделают обновление.
3. Ну и в конце-концов я это воспринимаю как один из признаков того, что Mojang всерьёз взялись за API: такие мысли в голову EvilSeph просто так не приходят, наверняка такое ограничение будет и в PluginAPI

4. Таких плагинов всего-то 10%
Примечение: всё выше сказанное не относится к плагинам использующим только лишь Bukkit API (т.е. в качестве внешней библиотеки подключается только bukkit.jar)
. Рефлексии никак не отражаются на быстродействии, если нужные классы и методы загрузить в память заранее.)
.