nichts verstanden

[Marfir]

Hallo,

es gibt da einige Sachen die verstehe ich nicht, was vll auch daran liegt, dass ich das von anderen Programmiersprachen nicht gewöhnt bin.


1.
Wieso ist int und java.lang.Integer etwas anderes? Und wo ist da der Unterschied?

2.
Wieso kann ich einen Integer_to_String und umgedreht machen, aber keinen int_to_String und umgekehrt?

3.
Wieso kann ich keine Variablen die als public definiert sind, einer Funktion übergeben?
Wenn ich das mache ist die Variable immer null. Greife ich in der Funktion darauf zurück hab ich den richtigen Wert. Wieso ist das so umständlich?


Danke für eure Hilfe!

 

[Oni]

moin,

Zu 1. int ist ein primitiver datentyp und Integer ist eine Klasse.

Zu 2. siehe 1. + wenn du mit solchen methoden arbeiten willst, müssen sie ja irgendwo definiert sein. das ist halt nur beim Integer der fall.

Zu 3. verstehe ich die frage nicht wirklich.

 

[Oni]

Zu 3 nochmal.
meinst du das so? wieso sollte das nicht gehen?

public class Test(){
  
  public int zahl = 4;

  public Test(){
    tuWas(zahl);
  }

  public void tuWas(int wert){
    System.out.println("Wert = " + wert);
  }

  public static void main(String[] args){
    new Test();
  }
}

 

[byte]

1.
Wieso ist int und java.lang.Integer etwas anderes? Und wo ist da der Unterschied?

int ist ein primitiver Datentyp. Integer ist die Klassenrepräsentation von int und bietet noch einige nützliche Methoden im Umgang mit ints (siehe 2).

2.
Wieso kann ich einen Integer_to_String und umgedreht machen, aber keinen int_to_String und umgekehrt?

Klar kannst Du int in String und umgekehrt umwandeln. Einen String bekommst Du über String.valueOf(int) oder über Integer.toString(int) (sind beide static). Umgekehrt gehts z.B. über Integer.parseInt(string) ... klappt natürlich nur, wenn der String auch umwandelbar ist.

3.
Wieso kann ich keine Variablen die als public definiert sind, einer Funktion übergeben?
Wenn ich das mache ist die Variable immer null. Greife ich in der Funktion darauf zurück hab ich den richtigen Wert. Wieso ist das so umständlich?

Klar geht das. Du machst was falsch. Siehe Post vorher...

 

[Marfir]

Ich poste später mal den Quelltext zu 3.. Vll findet Ihr den Fehler.
--------------------------------------------------------------------------------------

Mal was anderes:

if (i==0)
            {
                File quelle = new File("C:\\abc.txt");
            }
            else
            {
                File quelle = new File("C:\\xyz.txt");
            }
            
            if ((ziel.exists()==true) && (quelle.exists()==true))
            {
            ....

Wieso sagt er da, dass er quelle nicht kennt? Die Variable wird doch auf jeden Fall definiert! Nur der Inhalt ist unterschiedlich...
In anderen Sprachen geht das wunderbar.

 

[Oni]

du legst die variable innerhalb der geschweiften klammern an, also ist sie auch nur das sichtbar.


probiers mal so:

File quelle = null;

if (i==0)
            {
              quelle = new File("C:\\abc.txt");
            }
            else
            {
               quelle = new File("C:\\xyz.txt");
            }
           
            if ((ziel.exists()==true) && (quelle.exists()==true))
            {
            ....

 

[byte]

Mach:

File quelle;
if(foobar)
  quelle = ...;
else
  quelle = ...;

Variablen sind immer nur in der Klammerung gültig, in der sie deklariert sind.

 

[bygones]

nennt sich scope. Eine Variabel ist, einfach gesagt, immer nur in den Klammern die sie umgeben bekannt !

 

[Marfir]

Danke aber das ist doch doof! Wieso ist das so?
Ich meine rein logisch gesehen macht das keinen Sinn.

@ byto

Was macht "foobar"?

 

[Oni]

foobar heißt soviel wie irgendwas.

es macht schon sind das die variable immer nur innerhalb einer klammer bekannt ist. sonst müsstest du dir immer wieder neue namen ausdenken, oder vorher den ganzen code durchsuchen um sicherzustellen das du nciht eine vorhande variable überschreibst.

 

[The_S]

Ersetze foobar durch nen boolischen Wert .

Warum ist das unlogisch? Wenn du drinnen in deinem Haus bist sieht dich draußen auf der Straße ja auch keiner!

 

[byte]

Der Sinn ist, dass Du Variablen nur in einem bestimmten Kontext benutzen kannst, wie z.B. in einer Schleife oder einer Methode. Danach kann die Variable wieder aus dem Speicher entfernt werden. Ansonsten hättest Du wohl ziemlich schnell einen StackOverflow oder ähnliches, wenn Variablen nie ihr Scope verlieren würden.

 

[Marfir]

Also wenn ich das mal mit VB vergleiche:

Definiere ich eine Variable in einer Funktion, ist die da innerhalb auch gültig. Also vorrausgesetzt die Definition steht vor dem benutzen der Variable.
Den Überblick verliert man nicht, wenn man alle Variablendefinitionen ganz am Anfang hinschreibt.

Naja dann muss ich mich halt wieder umgewöhnen. Danke für eure Hilfe!

 

[The_S]

Bei VB isses genauso wie in Java ... :roll:

Variablen die der ganzen Klasse zur Verfügung stehen:

VB: Option Explizit
Java: am Anfang der Klasse einfach erstellen

Variablen die nur in einer Funktion oder Methode zur Verfügung stehen:

VB: am Anfang der Funktion erstellen
Java: am Anfang der Methode erstellen

Variablen die z. B. in einer Schleife erstellt werden

VB: ur in der Schleife gültig
Java: auch nur in der Schleife gültig

 

[Bleiglanz]

Auch bei VB.NET ist eine Variable, die zwischen IF und END IF deklariert wird nur dort sichtbar

ist btw guter stil, den scope "so klein wie möglich" zu machen und nicht gleich am Methodenanfang alle Variablen zu deklarieren

 

[bygones]

Also wenn ich das mal mit VB vergleiche:

Definiere ich eine Variable in einer Funktion, ist die da innerhalb auch gültig. Also vorrausgesetzt die Definition steht vor dem benutzen der Variable.
Den Überblick verliert man nicht, wenn man alle Variablendefinitionen ganz am Anfang hinschreibt.

Naja dann muss ich mich halt wieder umgewöhnen. Danke für eure Hilfe!

hä ?

public void foobar() {
int x;

// egal was in dieser Funktion passiert, x ist immer in dieser Funktion bekannt
}

nix mit umgewöhnen !

Egal in welcher Programmiersprache man unterwegs ist, jede hat eine Scopedefinition und man sollte auch den Scope einer Variable IMMER so klein wie möglich halten - u.a der Übersicht willens !