Befehlshilfe

Falls sich ein Entwickler für sowas findet, würde ich das als Bungee Plugin tatsächlich begrüßen

Tja... ich würde das gerne machen, aber ich kann nicht Programmieren und bei uns in Informatik gehts nicht voran mit dem Thema Programmieren weil Lazarus nur am Abkratzen ist

Falls mir jemand etwas Privatunterricht geben mag, ich bin sehr wissbegierig

~Gesendet mit Tapatalk. Falls das hier nicht wie ein Beitrag aussieht, dann ist die App wohl mal wieder abgekackt xD

Nette Sache.
Ich würde mich noch über nen github Link freuen.
Zudem fehlt noch die Kompatibilität mit dem TextComponent, um anklickbare Texte oder Hover zu realisieren. Brauchst du dabei Hilfe, melde dich bei mir, ich hab da schon was gebastelt.

Ist das ganze jetzt ein Bungeecord oder ein Bukkit-Plugin?

Zitat von Miner952x

Und da ich bisher keinen Githubaccount habe und ich Alternativen habe, die das gleiche machen, und ich nicht so auf noch eine Passwortunsicherheitslücke stehe, hab ich hier einen Mediafire-Link für euch:

Der Mediafire-Link enthält einfach nur die jar. Ein bissel Code wäre auf jeden Fall interessant.

http://Www.Pastebin.com
Bitte dort hochladen, unter Funktionen das Format Java auswählen.

Ich hab jetzt mal deine Main überflogen.
Ich selbst bin jetzt kein Profi im Programmieren, mir sind aber direkt einige Punkte aufgefallen, die nicht ganz so schön sind und ausgebessert werden sollten.

• Möchtest du mit deinem Plugin Geld verdienen oder machst du das aus Spaß? Ich frage deswegen, weil du einen Befehl /help info eingebaut hast, womit jeder die Information bekommt, wie deine PayPal-Adresse lautet. Zudem steht beim starten auch deine PayPal-Email Adresse drin.
  Ich für meinen Teil programmiere ohne kommerziellen Hintergrund. Ich möchte mein Wissen vertiefen, dafür aber keine Gegenleistung (außer mal paar Danke ) erhalten. Doch dieses "Gebettel", dass doch hier ein PayPal Konto existiert, ist echt etwas komisch.
• Deine Main-Klasse ist überladen. Damit meine ich keine überladene Methode, sondern zu viele Funktionen drin.
  Sachen wie Commands kann man mit einem CommandHandler ausführen. Schau dich mal hier um.
• Du kannst config.yml-Dateien als Vorlage aus deinem Plugin in den Plugin-Ordner kopieren. Du brauchst dafür dann nicht so eine komische Schreibweise, wie du sie hast. Dazu gibts mehr als genug Wiki-Einträge.
• Mit "//" und "/*" und "*/" kann man kommentieren. Du machst es dir damit selber einfacher, wenn du dir das Plugin in 3 Monaten nochmal anschaust

Ein Decompiler ist kein wirklicher Codeersatz.
Kommentare werden ignoriert, die Einrückungen etc. sind meist anders und manchmal treten Bugs auf.
Zusammengefasst: Der Code wird hässlich und unleserlich.
Ansonsten kann ich nur @JOO200 beipflichten.

Die Idee des Plugins finde ich allerdings sehr gut. Grade Neulingen kann das sicher helfen.

Zitat von Miner952x

Überladen? Die Klasse hat 250 Zeilen und ich habe durchaus Klassen in anderen Projekten mit 1500 Zeilen (ab 1000 sortiere ich aus)

Hab hier mal ne kleine Lektüre für dich: Clean Code

Der Link geht nicht.
404

// EDIT
Besser

Und ich dachte, meine eine Klasse mit 187 Zeilen wäre viel Code - und das ist nicht die Hauptklasse des Plugins.

Doppelte Zitate funktionieren einwandfrei.

Klar - du selber arbeitest alleine an deinen Projekten - aber wie soll jemand sich in dein Projekt einarbeiten, wenn du eines abgibst? Es wird sicherlich passieren, dass du ein Plugin nicht mehr weiter entwickelst, es aber ein anderer übernehmen möchte. Bei so einem Code ist Neuschreiben schneller erledigt.

Stimmt - viele "Tabs" offen zu haben ist auch nicht die schönste Variante, aber nachdem Klassen auch Namen haben dürfen (bzw müssen), kann man mit entsprechenden Namen wissen, was diese Klassen tun. Und wenn man nun an einem Teil arbeitet, wo man einen anderen Teil nicht braucht, kann man den Tab einfach schliessen. Zudem passen bei mir 11 Tabs in Eclipse nebeneinander, obwohl ich noch den Package Explorer offen habe.

Wie dem auch sei - jeder schreibt seine Progrämmchen wie er es gerne möchte. Trotzdem kann ich dir folgendes Bild einfach nicht vorenthalten:

Es geht jetzt weniger um die Zeilenanzahl, sondern darum, dass einfach alles in einer Klasse zusammengewürfelt wurde.
Wenn man objektorientiert programmieren will, dann sollte man auch eine klare Struktur haben, d.h. Listener, Befehle, etc. kommen nicht in die Main-Klasse sondern jeweils in eigene Klassen.
Deine Main-Klasse ("Plugin" ist übrigens ein ungünstiger Name) hätte ich in mindestens 3 Klassen aufgeteilt.

Das Argument "Ich programmiere so wie es mir am besten gefällt. Den Code lese ehh nur ich" höre ich ziemlich häufig.
MMn sollte man auch dann auf ordentlichen Code achten, einfach nur um sich nicht irgend einen Müll anzugewöhnen.
Spätestens dann, wenn du irgend wann mal wirklich eine Library oder im "Team" programmieren willst, wirst du Probleme bekommen.
Und auch wenn du es jetzt nicht glaubst: Wenn das Projekt ein halbes Jahr nicht angerührt wurde, wirst du den Code hier auch nicht mehr verstehen:

command = command.substring(1);
int min = 10000, res;
boolean multi=false;
Help topic=null;
String result="";
for(Help h:help){
    if(h.per.length()==0 || h.per.equals(" ") || event.getPlayer().hasPermission(h.per)){
        for(String s:h.keys){
            if((res=computeLevenshteinDistance(command, s))<min){
                min=res;
                result=s;
                multi=false;
                topic=h;
            } else if(min==res && !result.contains(s)){
                result+=" "+s;
                multi=true;
            }
        }
    }
}

Desweiteren bin ich ein großer Fan von gewissen Code-Standards. Ich kann dir nur empfehlen dich mit Code-Conventions vertraut zu machen. Ob es nun die von Oracle, von Google oder sonst wem sind, ist vollkommen egal, Hauptsache der Code ist einheitlich.

PS: Versteh das nicht als Anschuldigung, etc. sondern einfach als gut gemeinte Ratschläge. Wenn ich mir meinen Code von vor 2 Jahren anschaue dann würde ich den am liebsten auch in den nächst besten Papierkorb verschieben.

// EDIT
@JOO200 Wie gesagt, die Länge der Zeilen ist nicht alles. Ich hab teilweise Interfaces mit über 500 Zeilen in meinen Projekten. Da sind aber dann 300 Zeilen davon Javadoc-Kommentare. https://github.com/BtoBastian/…/javacord/DiscordAPI.java