@andych1 Niestety poradnik leży pod względem przyjętych reguł. Fajnie, że chcesz pomóc innym tworzyć pluginy, ale jeszcze dużo musisz się nauczyć.
System.out... - Stosuje się tylko do ewentualnych breakpointów, nie do logów, które powinny być zarządzane klasą loggera <? extends JavaPlugin>.getServer().getLogger() bądź Bukkit.getLogger() PluginLoader bądź PluginManager automatycznie wyświetli odpowiednie powiadomienia dotyczące ładowania pluginu Każda metoda przesłaniana - dziedziczona - od javy 1.5 powinna być opatrzona adnotacją @Override,\
if (args.length==3){
} else {
sender.sendMessage("Za malo argumentow, podaj /komenda [x] [y] [z]");
} IMO kod zapisany w taki sposób jest nieczytelny
if(args.length!=3) {
return false;
} - false wydrukuje usage, warto z tego korzystać Permissions w komendach? Tylko w przypadku komend z argumentami, które wymagają osobnych praw, normalnie można pokusić się o permission: w plugin.yml a także cmd.setPermissionMassage(String failure) Warto wspomnieć o taskach i kolejkach podczas zmiany bloków, gdyż ze względu na czasochłonność obliczania światła wykonanie wielu operacji na raz spowoduje wstrzymanie głównego wątku. Gdy będziesz opisywać wielowątkowość zajrzyj w kod craftbukkita i zobacz, które metody są thread-safe, a które nie