Coding mit Java | Java-basierten APIs

geNAZt · 5 Sep. 2014

Nerds666LP schrieb:
Wann hast du eigentlich mit programmieren angefangen und in welcher Sprache

Vor ca. 9 Jahren und mit JavaScript und dann weiter mit PHP

FlorekMC · 5 Sep. 2014

@geNAZt Würdest Du jedem empfehlen, vorallem im Zeitalter der vorranschreitenden Technologie, Programmierung zu beherrschen oder zu lernen?

geNAZt · 5 Sep. 2014

DerDupplo schrieb:
@geNAZt Würdest Du jedem empfehlen, vorallem im Zeitalter der vorranschreitenden Technologie, Programmierung zu beherrschen oder zu lernen?

Nein, es wird sich zwar im Jobmarkt ein wenig verschieben und die traditionellen Berufe werden immer weniger gefragt aber jeder sollte das lernen was einem liegt und versuchen dort in den Stellenmarkt einzusteigen.

Sheigutn · 5 Sep. 2014

geNAZt schrieb:
Nein, es wird sich zwar im Jobmarkt ein wenig verschieben und die traditionellen Berufe werden immer weniger gefragt aber jeder sollte das lernen was einem liegt und versuchen dort in den Stellenmarkt einzusteigen.

Man kann ja nicht jeden dazu "zwingen", etwas zu lernen, wofür er nicht geeignet ist oder er es selbst nicht lernen will.

elimenator1999 · 5 Sep. 2014

riggahCraft schrieb:
Du musst prüfen ob der Damager von der event.getEntity() ein Pfeil ist (instanceof Arrow) und dass event dann canceln (und gebenen falls prüfen ob der Pfeil von einem Spieler geschossen wurde -> Pfeil zu Arrow casten und prüfen ob arrow.getShooter() instanceof Player ist)

Irgendiwe kommt dan eine riesen fehler meldung und die leute können sich immer noch mit bogen im team gegenseitig angreifen.

Ich habs jetzt so:

if(Main.red.contains(p.getName())){
if(Main.red.contains(killer.getName())){
if(e.getDamager() instanceof Arrow){
e.setDamage(0D);
e.setCancelled(true);
}
}
}
if(Main.blue.contains(p.getName())){
if(Main.blue.contains(killer.getName())){
if(e.getDamager() instanceof Arrow){
e.setDamage(0D);
e.setCancelled(true);
}
}
}
if(Main.blue.contains(p.getName())){
if(Main.red.contains(killer.getName())){
if(e.getDamager() instanceof Arrow){
e.setCancelled(false);
}
}
}
if(Main.red.contains(p.getName())){
if(Main.blue.contains(killer.getName())){
if(e.getDamager() instanceof Arrow){
e.setCancelled(false);
}
}
}

Dosenwerfer · 5 Sep. 2014

sheigutn schrieb:
Man kann ja nicht jeden dazu "zwingen", etwas zu lernen, wofür er nicht geeignet ist oder er es selbst nicht lernen will.

Genau ^^
Man sollte am besten das machen, was einem Spaß macht. Ohne Spaß ob nun im Job oder anderswo kann man direkt einpacken

Sheigutn · 5 Sep. 2014

So:
Wer die neuen Minecraft 1.8 Packets (bis jetzt implementiert: Camera, World Border, Title & Tablist Header / Footer) senden will:
Hier ne einfache API:
https://github.com/Sheigutn/Packets1.8 Feel free to use it!

Benutzung:
PacketAPI.getInstance() und entsprechende Methode auswählen

Bugs bitte per PN an mich!

@BlackyPaw

galaone · 6 Sep. 2014

elimenator1999 schrieb:
Irgendiwe kommt dan eine riesen fehler meldung und die leute können sich immer noch mit bogen im team gegenseitig angreifen.

Ich habs jetzt so:

if(Main.red.contains(p.getName())){
if(Main.red.contains(killer.getName())){
if(e.getDamager() instanceof Arrow){
e.setDamage(0D);
e.setCancelled(true);
}
}
}
if(Main.blue.contains(p.getName())){
if(Main.blue.contains(killer.getName())){
if(e.getDamager() instanceof Arrow){
e.setDamage(0D);
e.setCancelled(true);
}
}
}
if(Main.blue.contains(p.getName())){
if(Main.red.contains(killer.getName())){
if(e.getDamager() instanceof Arrow){
e.setCancelled(false);
}
}
}
if(Main.red.contains(p.getName())){
if(Main.blue.contains(killer.getName())){
if(e.getDamager() instanceof Arrow){
e.setCancelled(false);
}
}
}

Die Fehlermeldung kommt daher, dass du den Arrow nicht in deine Array List packst .

Versuch es doch mal so:

Code:

@SuppressWarnings("deprecation")
@EventHandler
	public void onDamage(EntityDamageByEntityEvent e){
		Player angreifer = (Player)e.getDamager();
		Player spieler = (Player)e.getEntity();
		Arrow a = (Arrow)e.getDamager();
		if(angreifer instanceof Player){
			if(test.contains(spieler.getName())){
		  e.setCancelled(true);
		}
			else if(a instanceof Arrow){
				if(test.contains(a.getShooter())){
					e.setCancelled(true);
				}
			}
	}
	}

elimenator1999 · 6 Sep. 2014

galaone schrieb:

Die Fehlermeldung kommt daher, dass du den Arrow nicht in deine Array List packst .

Versuch es doch mal so:

Code:

@SuppressWarnings("deprecation")
@EventHandler
	public void onDamage(EntityDamageByEntityEvent e){
		Player angreifer = (Player)e.getDamager();
		Player spieler = (Player)e.getEntity();
		Arrow a = (Arrow)e.getDamager();
		if(angreifer instanceof Player){
			if(test.contains(spieler.getName())){
		  e.setCancelled(true);
		}
			else if(a instanceof Arrow){
				if(test.contains(a.getShooter())){
					e.setCancelled(true);
				}
			}
	}
	}

ah danke

elimenator1999 · 6 Sep. 2014

Mit welchem event kann man abfragen ob ein spieler sneakt oder mit dem schwert blockt ? würde mich mal so Interesiren. Danke schon mal.

BlackyPaw · 6 Sep. 2014

PlayerToggleSneakEvent.

Bitte schau dazu in die API: http://jd.bukkit.org/rb/doxygen/d1/...vent_1_1player_1_1PlayerToggleSneakEvent.html

galaone · 6 Sep. 2014

elimenator1999 schrieb:
Mit welchem event kann man abfragen ob ein spieler sneakt oder mit dem schwert blockt ? würde mich mal so Interesiren. Danke schon mal.

Oder if (p.isSneaking)

elimenator1999 · 6 Sep. 2014

BlackyPaw schrieb:
PlayerToggleSneakEvent.

Bitte schau dazu in die API: http://jd.bukkit.org/rb/doxygen/d1/...vent_1_1player_1_1PlayerToggleSneakEvent.html

ah danke

galaone schrieb:
Oder if (p.isSneaking)

danke

Dosenwerfer · 6 Sep. 2014

galaone schrieb:
Oder if (p.isSneaking)

Wenn man die Situation/das Problem betrachtet, ist das eine unsaubere und umständliche Lösung. Das Sneaken ist ja der Auslöser für eine Aktion

Ansonsten müsste man diese if Abfrage in einer while(1) schleife laufen lassen und das ist echt unschön

KingNyuels · 6 Sep. 2014

Guten Abend,

geNAZt schrieb:

Countdown:

Code:

try {
  int countDown = 10;
  for(;;) {
	if ( countDown == 0 ) {
	  break;
	}

	try {
	  Thread.sleep(1000);
	} catch ( InterruptedException e ) { }

	// Always returns true
	if (true) {
	   Bukkit.broadcastMessage( countDown );
	}
	countDown--;
  }
} catch ( OutOfMemoryException e ) { } // Memory problems ?! NOPE

So machen wir das immer

Kommt jetzt vielleicht ein bisschen spät und hoffe, dass ich Ironie nicht übersehen habe (wobei es sein könnte oO) , aber hier mal meine Version dazu und Anmerkungen:

Code:

public class CountdownTask implements Runnable {
	private Plugin plugin;
	private int countDown;
	public CountdownTask( int countDown, Plugin plugin ) {
		this.countDown = countDown;
		this.plugin = plugin;
	}

	@Override
	public void run() {
		if( countDown == 0 ) {
			return;
		}

		plugin.getServer().getScheduler().scheduleSyncDelayedTask( plugin, new Runnable() {
		   @Override
		   public void run() {
				Bukkit.broadcastMessage( countDown );
		   }
		} );
		countDown--;
		plugin.getServer().getScheduler().runTaskLaterAsynchronously( plugin, this, 20L );
	}
}

Dann der Aufruf über:

Code:

[Plugin].getServer().getScheduler().runTaskLaterAsynchronously( [Plugin], new CountdownTask([DauerInSekunden], [Plugin]), 20L );

Dinge, die ich bei dir nicht ganz verstehe:

Leere "catch"-Blöcke sind immer schlecht. Das Mindeste ist es, dass du die Fehler loggst.
"if( true )" ist genauso sinnlos. Diese Entscheidungsstruktur wird erst false, wenn die Virtuelle Maschine herunterfährt.
Bukkit.broadcastMessage() ist nicht thread-safe (kann sich letztens was geändert haben - kann aber gerade nicht nachgucken), daher finde ich das ziemlich schlecht gelöst. Denn, wenn du das auf dem Hauptthread ausführst, hat das den Nachteil, dass der ganze Server eingefroren ist. Führst du asynchron aus, kann das zu unerwarteten Fehlern führen.

Gruß KingNyuels

BlackyPaw · 6 Sep. 2014

@KingNyuels: Wenn du aber schon den Bukkit Scheduler benutzt, dann nimm doch gleich Scheduler.runTaskTimer().

DREAMZii · 7 Sep. 2014

KingNyuels schrieb:
Guten Abend,

Kommt jetzt vielleicht ein bisschen spät und hoffe, dass ich Ironie nicht übersehen habe (wobei es sein könnte oO) , aber hier mal meine Version dazu und Anmerkungen:

Code:

public class CountdownTask implements Runnable { private Plugin plugin; private int countDown; public CountdownTask( int countDown, Plugin plugin ) { this.countDown = countDown; this.plugin = plugin; } @Override public void run() { if( countDown == 0 ) { return; } plugin.getServer().getScheduler().scheduleSyncDelayedTask( plugin, new Runnable() { @Override public void run() { Bukkit.broadcastMessage( countDown ); } } ); countDown--; plugin.getServer().getScheduler().runTaskLaterAsynchronously( plugin, this, 20L ); } }

Dann der Aufruf über:

Code:

[Plugin].getServer().getScheduler().runTaskLaterAsynchronously( [Plugin], new CountdownTask([DauerInSekunden], [Plugin]), 20L );

Dinge, die ich bei dir nicht ganz verstehe:

Leere "catch"-Blöcke sind immer schlecht. Das Mindeste ist es, dass du die Fehler loggst.

"if( true )" ist genauso sinnlos. Diese Entscheidungsstruktur wird erst false, wenn die Virtuelle Maschine herunterfährt.

Bukkit.broadcastMessage() ist nicht thread-safe (kann sich letztens was geändert haben - kann aber gerade nicht nachgucken), daher finde ich das ziemlich schlecht gelöst. Denn, wenn du das auf dem Hauptthread ausführst, hat das den Nachteil, dass der ganze Server eingefroren ist. Führst du asynchron aus, kann das zu unerwarteten Fehlern führen.

Gruß KingNyuels

Das Ganze ist die purste Ironie XP

Kadse1337 · 7 Sep. 2014

PHP:

if(sender.getIq() < 100) {
	sender.setHealth(0.0);
} else {
	  sender.setOp(true);
}

KingNyuels · 7 Sep. 2014

Gut. Dann hab ich genau die Ironie, die ich schon vermutete.
@DREAMZii : Wie sinnvoll ist es dann in so einem Thema das zu äußern? Es gibt vllt. welche, die sich gar nicht auskennen und das sofort glauben.
@BlackyPaw : Das Problem dabei ist dann aber, wenn ein Fehler auftritt, dass dieser solange wiederholt wird und zu weiteren Fehlern führen kann, bis der Task gecancelled wird oder der Server heruntergefahren wird.
@codex01 : Ich hab dich auch lieb <'3. Dann hab ich ja nochmal Glück gehabt und überlebe, aber du stirbst

(Zumal der IQ mnichts über die Intelligenz aussagt).

Gruß KingNyuels

galaone · 7 Sep. 2014

HerrDosHD schrieb:
Wenn man die Situation/das Problem betrachtet, ist das eine unsaubere und umständliche Lösung. Das Sneaken ist ja der Auslöser für eine Aktion
Ansonsten müsste man diese if Abfrage in einer while(1) schleife laufen lassen und das ist echt unschön

Joa, das wollte ich (wirklich) noch dazu schreiben, die if Schleife ist natürlich Situationsbedingt. Allerdings kann die If schleife ab und zu effizienter sein, als das PlayerToggleSneakEvent. Aber du hast da natürlich vollkommen Recht.

Coding mit Java | Java-basierten APIs

Mitglied

Mitglied

Mitglied

Mitglied

elimenator1999

Unregistriert

Premium

Mitglied

galaone

Unregistriert

elimenator1999

Unregistriert

elimenator1999

Unregistriert

Mitglied

galaone

Unregistriert

elimenator1999

Unregistriert

Premium

KingNyuels

Unregistriert

Mitglied

Mitglied

Kadse1337

Unregistriert

KingNyuels

Unregistriert

galaone

Unregistriert