Anfänger steht auf dem Schlauch

einfach GLOBAL deklarieren...

Beispiel:

Wie wäre es ein -1L zurückzuliefern wenn die Bedingung nicht greift, anstatt alles global zu halten ?

Funktionsintern zur Verfügung stellen, nicht If-Intern.


lg, La Schmu.

Das musst du generell nochmal abfangen
Bsp:

"Globale" - Variablen gibt es so in Java nicht. Lediglich Klassenattribute/Constants.

Alle Variablen in einem IF-Block sollten/sind nur in einem IF-Block gültig (sein). Jedoch kann ich in einem If-Block auf Funktionsvariablen zugreifen. Da ich die Variable vor dem Block deklariere und sie nur im Block befülle, ist sie damit auch außerhalb des If-Blocks gültig.

Warte ab, du wirst bald merken das so etwas zum einen mehr Nachteile als Vorteile bringt, zum anderen ist Java eine Objektorientierte Sprache, mit Prozeduraler Programmierung kommt man irgendwann in Probleme. Ich will hier nicht das schlüsselwort static verteufeln, allerdings bin ich der Ansicht das static in 99% der fälle nur mit dem Schlüsselwort final benutzt werden sollte. Dann hast du auch eine "globale variable", kannst diese aber nicht mehr verändern, der Compiler freut sich ebenfalls. Interessant wird das ganze mit static wenn du Threads benutzt, dann wird teilweise hässlich!

So genug dazu. Wie hier schon angedeutet wurde, du solltest den Gültigkeitsbereich von Variablen möglichst klein halten, nur so wirst du den Überblick behalten.
Eine Methode wie diese hier kann man deutlich aussagekräftiger Schreiben (Bei Java spricht man allgemein von Methoden statt Funktionen):




Das ist zwar nett, besser wäre folgendes, und dann sind wir bei static final Deklarationen:


Hierdurch lässt sich auch Code der damit weiterarbeiten muss lesbarer machen:


Programmieren ist vor allem Disziplin. Gewöhne dir sie an, und du wirst in einigen Wochen/Monaten deinen eigenen Code selbst schneller und besser verstehen obwohl du zwischendurch andere Dinge getan hast.

NO_RESULT_VALUE kann jetzt z.b mittels Eclipse/Netbeans Refactorings unbenant werden, dabei muss man nicht das Projekt durchsuchen und alle -1L Werte heraussuchen, was mehr als Fehleranfällig ist, stattdessen kannst du .b den Namen oder den Wert verändern, letzteres geschieht exakt an einer stelle.

hth,
Mac

Das -1L sagt aus du du einen LONG wert hast, das ist deutlich konkreter als -1. Auch wenn es im Kontext hier überflüssig erscheinen mag.
Du drückst dich auch hier genauer aus. Bei Mathematischen Berechnungen kann es sonst sein das der Compiler statt long nur den int benutzt und du somit falsche Ergebnisse bekommst. (Ich kann das gerade nicht konkreter darstellen).

PHP hat assoziative Arrays, das sind in Java z.b HashMap bzw. HashTable und einer reihe weiterer.


Besser ist sowas:


Hier ist map das Interface, da z.b HashMap und HashTable beide das Interface Implementieren hast du die Möglichkeit später noch zu wechseln.
Jetzt fragst du dich vielleicht wieso sollte man etwas wechseln, nun dafür mag es vielerlei Gründe geben. Einer wäre z.b das du ein SortedMap haben willst.
Die Javadoc erklärt das schon ganz gut:.

SortedMap ist auch nur eine Map! Also um hier nicht komplett abzuschweifen, es ist meist besser gegen ein Interface zu Programmieren als gegen eine konkrete Klasse wie HashMap.

Und noch etwas, was den Code deutlich lesbarer macht, was in PHP so meine Ich nicht existiert da PHP Dynamische Typen hat (nennt man das so ?)



In den <> stehen die Typen für des Key bzw Value. Damit ersparst du dir das was bei PHP eher nicht vorkommt, das casten. Ein cast ist sowas:



Mittels Nutzung der Generics, ist das überflüssig, lege einfach fest was in der Map enthalten sein soll:


Der Compiler prüft so etwas vor dem Kompilieren, daher bist du auf der sicheren Seite. Du kannst auch nicht falsche Objekt-Typen in eine Map stecken!

hth,
Mac