shooly

Tak, team faity są bardzo ważne.

Czy to tylko u mnie tak jest? http://scr.hu/0e6u/5ohf2 http://scr.hu/0e6u/nbltm @UP Świetnie, szkoda że my musiliśmy Ci zwrócić uwagę na tyle błędów. :P

@UP Ad.1. Jeśli będziesz uczył ludzi jak pisać tak żeby działało, a nie tak żeby było dobrze zoptymalizowane I DZIAŁAŁO to na MPC, BukkitDev itp. pojawi się milion pluginów które nie będą używane z prostej przyczyny - będą zbytnio obciążały serwer. Location l = new Location(world, 0, 0, 0); for(int i = 0; i < locations.size(); i++) { Location loc = locations.get(i); if(l.getX() == loc.getX()) { if(l.getY() == loc.getY()) { if(l.getZ() == loc.getZ()) { // loc == l } } } } Location l = new Location(world, 0, 0, 0); for(Location loc : locations) { if(loc.equals(l)) { // loc == l } } "Po co korzystasz z 2 - bardziej czytelniejszego, oraz szybszego sposobu - skoro pierwszy również działa?" - tak ludzie będą myśleć, jeśli tak nauczymy ich myśleć. Ad.4. Jest - entity.getType() (nie możliwe żeby nie było bo użyłem tego w swoim pluginie który napisałem dzisiaj rano pod Bukkita 1.7 ) BTW. Gdy tak popatrzyłem na ten skrypt: Location location = player.getLocation(); location.setWorld(w); location.setX(x); location.setY(y); location.setZ(z); Czemu nie: Location loc = new Location(w, x, y, z); ? Wszystko jest przecież zrozumiałe nawet dla początkującego, a pobieranie lokalizacji gracza którą potem całkowicie się zmienia jest.. bez sensu.

Logika XXI wieku: Stworzyłem linijkę wyżej zmienną którą mogę wykorzystać, ale po co? Block block = entity.getLocation().getBlock(); entity.getLocation().getBlock().setTypeId(...); ;_; Wypadałoby przeczytać poradnik jeszcze raz przed wysłaniem go. Aha, i jeszcze jedno (cytat z postu powyżej): 3. O ile dobrze wiem to tak jak teraz napisałeś to wchodzisz w dziedziczenie z innych klas, sam tego JESZCZE nie ogarniam w JAVIE ale na pewno na tym etapie tak nie ma być. Nie ogarniasz dziedziczenia, a piszesz poradniki w których z dziedziczenia korzystasz? Dobrze wiedzieć. BTW. Nie jestem złośliwy, ale osoby które piszą poradniki, a nawet nie znają podstaw danego języka są według mnie idiotami. Em, dalej: String nazwa = entity.getClass().getSimpleName().toString(); switch (nazwa) { case ";CraftCreeper";: dodaj(player, 2); break; case ";CraftSkeleton";: dodaj(player, 3); break; } Nie łatwiej wykorzystać metodę "entity.getEntityType()"? Jest o wiele czytelniejsza dla początkującego. EntityType type = entity.getEntityType(); switch(type){ case CREEPER: healPlayer(player, 2); break; case SKELETON: healPlayer(player, 3); break; } Kolejna rzecz która wkurza mnie u wszystkich młodych "programistów" to to, że nazywają zmienne, metody, klasy itp. po polsku - po jaką cholerę? To że wy piszecie po polsku i wiecie co to oznacza, nie znaczy że ktoś kto pobralby ten plugin i chciałby go naprawić, albo zaktualizować - A NIE JEST POLAKIEM/NIE MÓWI PO POLSKU nie będzie wiedział co tam jest napisane. Dlatego nazywajcie METODY, ZMIENNE, KLASY PO ANGIELSKU. To tylko moja rada na przyszłość. Oh i dopiero teraz zauważyłem: @public - Co to znaczy? Że możemy napisać w innej klasie Main.onEnable() - wywoła to te mtodę. gdyby zamiast public było private dla innych klas Main.onEnable() po prostu nie istnieje. Chyba pomyliłeś się ze static, a raczej na pewno pomyliłeś się ze "static". ... cmd.getName().equalsIgnoreCase("komenda") Czemu nie label.equalsIgnoreCase("komenda") ? ... Napisz nową komendę "siema", po wpisaniu której w konsoli pojawi się napis "TWOJANAZWAGRACZA Wpiszał komendę" To tak jakby zadawać zadanie domowe z II wojny światowej, kiedy na lekcji było mówione o romantyźmie. ... I co do @Rynichu: Nie zauważyłeś że masz błąd jakim jest wpisanie "implements JavaPlugin" zamiast "extends JavaPlugin".