Разобраться в системе интерфейсов не могу.

FAQCoder · 3 сен 2019

Здравствуйте, на днях пробовал систематизировать пару проектов. Наткнулся на очень интересный код:

PHP:

interface Art extends InventoryHolder{
void draw();
Pickture build(int slot, Player p);
}
interface Pickture{
void give();
}

public class ArtListener implements Listener {
    @EventHandler
    public void onClick(InventoryClickEvent event) {
InventoryHolder holder = event.getInventory().getHolder();
if(holder instanceof Art){
Art art = (Art)holder.getMenu();
Picture pic = art.build(event.getSlot(), (Player)event.getWhoClicked());
}
}

На фоне происходит какойт билд и все выполняется. Понять не могу че за билд происходит, все классы перерыл, ничего толком не нашел. Слышал про callback, но не особо въехал как он работает. Можно ли как-то на фоне реализовывать интерфейсы по условию предположим.

CoolBoy · 3 сен 2019

FAQCoder сказал(а):
Здравствуйте, на днях пробовал систематизировать пару проектов. Наткнулся на очень интересный код:

PHP:

interface Art extends InventoryHolder{ void draw(); Pickture build(int slot, Player p); } interface Pickture{ void give(); } public class ArtListener implements Listener { @EventHandler public void onClick(InventoryClickEvent event) { InventoryHolder holder = event.getInventory().getHolder(); if(holder instanceof Art){ Art art = (Art)holder.getMenu(); Picture pic = art.build(event.getSlot(), (Player)event.getWhoClicked()); } }

На фоне происходит какойт билд и все выполняется. Понять не могу че за билд происходит, все классы перерыл, ничего толком не нашел. Слышал про callback, но не особо въехал как он работает. Можно ли как-то на фоне реализовывать интерфейсы по условию предположим.

Ищи класс который реализует интерфейс Picture. В нем найдёшь реализацию этого метода.

alexandrage · 3 сен 2019

FAQCoder · 3 сен 2019

CoolBoy сказал(а):
Ищи класс который реализует интерфейс Picture. В нем найдёшь реализацию этого метода.

Проще говоря можно, все таки оформить методы интерфейса без вызова эксемпляра реализующего класса?

alexandrage · 3 сен 2019

FAQCoder сказал(а):
Проще говоря можно, все таки оформить методы интерфейса без вызова эксемпляра реализующего класса?

Видос выше посмотри, поймешь как работать с интерфейсами.

alexandrage · 3 сен 2019

Собстно вот тебе наглядный пример. Там где @Override это реализация метода интерфейса.
Методов может не быть у интерфейсров, как у Listener. Там он просто используется для метода registerEvents.

Код:

public class Menu implements InventoryHolder, Listener {

    public Menu(Plugin plugin) {
        plugin.getServer().getPluginManager().registerEvents(this, plugin);
    }

    private Inventory inventory;
    private List<Stack> stack;

    @EventHandler
    public void on(InventoryClickEvent e) {
        Inventory inv = e.getClickedInventory();
        if (inv != null && inv.getHolder() instanceof Menu) {
            e.setCancelled(true);
            this.stack.get(e.getSlot()).runCommand();
        }
    }

    public Menu(String title, int line, List<Stack> stack) {
        this.inventory = Bukkit.createInventory(this, 9 * line, title);
        this.stack = stack;
    }

    @Override
    public Inventory getInventory() {
        return this.inventory;
    }
}

CoolBoy · 3 сен 2019

FAQCoder сказал(а):
Проще говоря можно, все таки оформить методы интерфейса без вызова эксемпляра реализующего класса?

Верно. Интерфейс вообще не знает кто его наследует и как именно реализованы его методы.

FAQCoder · 3 сен 2019

CoolBoy сказал(а):
Верно. Интерфейс вообще не знает кто его наследует и как именно реализованы его методы.

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

alexandrage · 3 сен 2019

FAQCoder сказал(а):
Странно, я очень много прочитал про эти интерфейсы, я особо не нашел пути заочной реализации. Вроде нашел класс SimplePickture который реализует нужный интерфейс, но связи в классе евента с классом реализующим интерфейсы через конструктор с приватными полями, так и не нашел.

Оно где то в реализации некого Art или где то дальше.

FAQCoder · 3 сен 2019

alexandrage сказал(а):
Собстно вот тебе наглядный пример. Там где @Override это реализация метода интерфейса.
Методов может не быть у интерфейсров, как у Listener. Там он просто используется для метода registerEvents.

Код:

public class Menu implements InventoryHolder, Listener { public Menu(Plugin plugin) { plugin.getServer().getPluginManager().registerEvents(this, plugin); } private Inventory inventory; private List<Stack> stack; @EventHandler public void on(InventoryClickEvent e) { Inventory inv = e.getClickedInventory(); if (inv != null && inv.getHolder() instanceof Menu) { e.setCancelled(true); this.stack.get(e.getSlot()).runCommand(); } } public Menu(String title, int line, List<Stack> stack) { this.inventory = Bukkit.createInventory(this, 9 * line, title); this.stack = stack; } @Override public Inventory getInventory() { return this.inventory; } }

Как-же тот-же Bukkit api, и интерфейс Player, где нету никакой реализации и default полей очень мало. Мы же не создаем предположим CommandExecutor, где еще и методы Player реализовываем.

IlyaHaker · 3 сен 2019

Так где-то в коде создается инвентарь и плагин открывает его игроку, там скорее всего лямбда
ищи в коде Player#openInventory(Inventory)

А в bukkit api интерфейс Player нужен, чтобы ограничить использующего от некоторых методов
Где-то читал про интерфейсы, мол, интерфейс это как пульт от телевизора, тебе не нужно знать, как реализован телевизор, ты просто пользуешься пультом

alexandrage · 3 сен 2019

FAQCoder сказал(а):
Как-же тот-же Bukkit api, и интерфейс Player, где нету никакой реализации и default полей очень мало. Мы же не создаем предположим CommandExecutor, где еще и методы Player реализовываем.

Там уже все реализовано, умник. А ты юзаешь уже готовое апи и все.
Ты еще слишком тупенький для ооп программирования.

FAQCoder · 3 сен 2019

Предположим я нашел все классы которые реализуют нужные мне интерфейсы, так-же наткнулся на мнимое расширение Art:
default Pickture build(int raw, int cal){
return build(raw,cal);
}
+ еще нашел множество реализаций интерфейса, абстрактными и обычными классами.

FAQCoder · 3 сен 2019

alexandrage сказал(а):
Там уже все реализовано, умник. А ты юзаешь уже готовое апи и все.
Ты еще слишком тупенький для ооп программирования.

Как тогда объяснить ссылки на интерфейсы? В которых кроме методов ничего нету. Чекал на github & decompiler что-бы разобраться, в итоге опять нашел класс реализации, который не имеет никакого прямого отношения к использованию api в целом. Просто его реализация. Возник вопрос, как тогда сделать реализацию интерфейса в другом классе, получается без прямой ссылки на сам реализующий класс и его эксемпляры?
Получается я вызываю тот-же метод, player.getHeath(); только Player это интерфейс который реализуется в 2-3 классах. Ссылка на getHeath() ведет только на метод интерфейса. А не на его реализацию, которая похоже скрыта. Зацепок на реализующий класс, тоже не найти.

Dymeth · 3 сен 2019

FAQCoder сказал(а):
Как тогда объяснить ссылки на интерфейсы? В которых кроме методов ничего нету. Чекал на github & decompiler что-бы разобраться, в итоге опять нашел класс реализации, который не имеет никакого прямого отношения к использованию api в целом. Просто его реализация. Возник вопрос, как тогда сделать реализацию интерфейса в другом классе, получается без прямой ссылки на сам интерфейс.

Ядро создаёт объекты - это CraftBukkit. Эти объекты реализуют интерфейсы Bukkit API.
У тебя есть Bukkit.getServer() который всегда возвращает тебе org.bukkit.Server - класс апи. Но по факту это объект реализации - т.к. org.bukkit.craftbukkit.v.CraftServer. Ты можешь это проверить - либо вывести куда-то название класса объекта, либо просто взять и кастануть.
И так работает абсолютно всё в Bukkit.
Реализация интерфейса: MyRealisation implements MyInterface

FAQCoder · 3 сен 2019

Dymeth сказал(а):
Ядро создаёт объекты - это CraftBukkit. Эти объекты реализуют интерфейсы Bukkit API.
У тебя есть Bukkit.getServer() который всегда возвращает тебе org.bukkit.Server - класс апи. Но по факту это объект реализации - т.к. org.bukkit.craftbukkit.v.CraftServer. Ты можешь это проверить - либо вывести куда-то название класса объекта, либо просто взять и кастануть.
И так работает абсолютно всё в Bukkit.
Реализация интерфейса: MyRealisation implements MyInterface

Окей, я знаю есть CraftPlayer где есть относительная реализация интерфейса Player. Как мне сделать реализацию интерфейса в левом классе предположим:

PHP:

interface Head {
Pickture getPickture();
Sting name(Pickture name, String... args);
default String name(Pickture name){
return name(name, null);
}
}
public class Realise implements Head{
private Pickture pick;
public Realise(final Pickture pick){
this.pick = pick;
}
@Override
Pickture getPickture(){
return this.pick;
}
@Override
String name(Pickture name, String... args){
if(args.lenght > 100){
throw new ....
return null;
}
return name.getName(); // interface Pickture{void build(int slot, Player p) String getName();}.
}

}
public class AnyClass extends Realise{
public AnyClass(Pickture realise){
...
}

}
public class EventConsumer implements Listener{
@EventListener
public void anyEvent(AnyEvent e){
System.out.print(Head.getName()); // HOW  TO?
}
}

Что-бы по 100 раз не вызывать эксемпляр реализации и его конструктор, предположим он был уже вызван и реализован. Тоесть не писать Head head = new Realise(args);

FAQCoder · 3 сен 2019

Как мне тогда показать компилятору, реализацию и предположим свой интерфейс API?

Dymeth · 4 сен 2019

FAQCoder сказал(а):
Окей, я знаю есть CraftPlayer где есть относительная реализация интерфейса Player. Как мне сделать реализацию интерфейса в левом классе предположим:

PHP:

interface Head { Pickture getPickture(); Sting name(Pickture name, String... args); default String name(Pickture name){ return name(name, null); } } public class Realise implements Head{ private Pickture pick; public Realise(final Pickture pick){ this.pick = pick; } @Override Pickture getPickture(){ return this.pick; } @Override String name(Pickture name, String... args){ if(args.lenght > 100){ throw new .... return null; } return name.getName(); // interface Pickture{void build(int slot, Player p) String getName();}. } } public class AnyClass extends Realise{ public AnyClass(Pickture realise){ ... } } public class EventConsumer implements Listener{ @EventListener public void anyEvent(AnyEvent e){ System.out.print(Head.getName()); // HOW TO? } }

Что-бы по 100 раз не вызывать эксемпляр реализации и его конструктор, предположим он был уже вызван и реализован. Тоесть не писать Head head = new Realise(args);

Это уже не вопрос интерфейсов. Храни где-то свои Realise

FAQCoder · 4 сен 2019

Dymeth сказал(а):
Это уже не вопрос интерфейсов. Храни где-то свои Realise

Я для яркого примера обозначил код. В принципе вообще как может выглядеть api реализация интерфейса & реализующего метода, что-бы ссылка на метод вела к интерфейсу?

Dymeth · 4 сен 2019

FAQCoder сказал(а):
Я для яркого примера обозначил код. В принципе вообще как может выглядеть api реализация интерфейса & реализующего метода, что-бы ссылка на метод вела к интерфейсу?

Выше alexandrage привёл пример. Если у тебя всё так туго - лучше садись за уроки по Java

Разобраться в системе интерфейсов не могу.

Активный участник

Активный участник

Старожил

Активный участник

Старожил

Старожил

Активный участник

Активный участник

Старожил

Активный участник

Активный участник

Старожил

Активный участник

Активный участник

Активный участник

Активный участник

Активный участник

Активный участник

Активный участник

Активный участник