В разработке [Реализовано] Mimic - API для абстракции RPG плагинов (а-ля Vault)

  • Автор темы Автор темы OsipXD
  • Дата начала Дата начала
Статус
Закрыто для дальнейших ответов.

OsipXD

Старожил
Пользователь
Баллы
173
Ник в Minecraft
OsipXD
Доброго времени суток.

Я столкнулся с проблемой, что чтобы сделать в своём плагине поддержку других RPG плагинов (уровни, классы и т.д.), приходится много корячиться. Приходится отыскивать эти плагины (которые могут быть платными) искать для каждого API (которого может не быть). И чтобы этого избежать, я решил написать что-то на подобии Vault.

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


GitHub:
MimicAPI - Собсно API (старался писать всё в JavaDoc комментах, надеюсь всё будет понятно)
Mimic - плагин, содержащий различные реализации, а так же методы для подключения своих реализаций и получения существующих.
(пока что в папках 'levels' и 'classes' не густо. Да и вообще я еще не закоммитил сюда всё что готово на на данный момент)

И еще такой вопрос: очень уж уродливо выглядят классы систем (LevelSystem и ClassSystem) потому что в них во всех используется player. Было бы логично сделать игрока полем класса, но тогда нужно будет делать фабрику, которой на вход будет подаваться игрок, а выплёвывать она будет объект для работы с уровнем/классом/итд этого игрока. То есть получается, что для подключения новой системы к Mimic придется реализовать дополнительно еще и эту фабрику. В общем не знаю как лучше.

P.S. По поводу того, что мой английский ужасен можно не писать, я это знаю.
 
Последнее редактирование:
Я - то думал, что реализация адаптеров находится внутри каждого экономического плагина, и автоматически подключаются к Vault при загрузке этого плагина
так и есть
 
Зачем тебе код то? Если на его апи и так дополнения пишутся.
Дак ведь API нет в свободном доступе. Есть только JavaDoc. Плагин платный. Ясное дело, что если я напишу автору, что хочу добавить в свой плагин поддержку Heroes, то, возможно, он даст скинет мне копию плагина. Но я не считаю это верхом удобства. При чём тут платность? При том, что это убивает Heroes как API, потому что вряд ли будет много плагинов, которые заточены только под работу с Heroes по той причине, что никому нафиг не сдалось обогащать другого автора, используя его платный API.
И вообще я пишу API из-за того, что таких плагинов много, а Heroes всего лишь один из них. И моя цель - не написать универсальный мега-гипер-пупер РПГ плагин, который все будут использовать, а всего лишь написать унифицированные интерфейсы и не париться как их каждый разработчик реализовывает.

Не совсем. Возможность подгрузки своего хука есть, но она не описывается нигде в документации и большинство хуков зашито в Vault. Прям вот сюда - https://github.com/MilkBowl/Vault/blob/master/src/net/milkbowl/vault/Vault.java#L334
Собсно, а здесь сами хуки - https://github.com/MilkBowl/Vault/tree/master/src/net/milkbowl/vault/economy/plugins
 
Никогда он не был платным. Ты чет глючишь.
А, ну да, показалось. 20 USD это почти бесплатно.
dac4d855214240c2b8b442eac456756b.png
 
Ну вот есть же бесплатный, обновить и юзать как апи. Ну и дополнить своими плюшками.
+, а ещё на спиготе, где прем продается есть какие-то либы, я не смотрел, но может они пригодятся ещё.
 
Ну вот есть же бесплатный, обновить и юзать как апи. Ну и дополнить своими плюшками.
+, а ещё на спиготе, где прем продается есть какие-то либы, я не смотрел, но может они пригодятся ещё.
Кто гарантирует, что дополнение написанное под старую бесплатную версию пойдет на новую платную?
И еще раз объясните мне пожалуйста зачем мне Heroes, если он не делает ничего того, что в идеале требуется от Mimic?
 
Кто гарантирует, что дополнение написанное под старую бесплатную версию пойдет на новую платную?
И еще раз объясните мне пожалуйста зачем мне Heroes, если он не делает ничего того, что в идеале требуется от Mimic?
Он все делает для системы рпг.
 
Он все делает для системы рпг.
Точно так же как SkillAPI, RaC, RPG Player Leveling и прочие.
Но мой API не должен делать всё для системы РПГ. Он должен лишь предоставлять интерфейс для работы с существующими РПГ системами.
Не понимаю рвения убедить меня, что это сложно, если я и так это знаю. Цель этого поста была всего лишь спросить какие функции хотелось бы видеть в API лично вам. То как это сделать - моя проблема.
 
Точно так же как SkillAPI, RaC, RPG Player Leveling и прочие.
Но мой API не должен делать всё для системы РПГ. Он должен лишь предоставлять интерфейс для работы с существующими РПГ системами.
Не понимаю рвения убедить меня, что это сложно, если я и так это знаю. Цель этого поста была всего лишь спросить какие функции хотелось бы видеть в API лично вам. То как это сделать - моя проблема.
Ну, API должен решать главную проблему, совместимость между разными РПГ системами.Так что, для использования твоего API, разработчик должен быть уверен, что никаких конфликтов не возникнет и при этом, не испытывать какие-либо ограничения, наложенные этим API.
 
Решением конфликтов занимается сам API, в то время как без него, конфликты гарантированно возникнут.
Насчет ограничений - именно для этого и была создана эта тема. Но я уже понял, что спросил не на том форуме
API частично реализован.
 
Последнее редактирование:
Статус
Закрыто для дальнейших ответов.
Назад
Верх Низ