code design

[Mark110]

hallo,

ich wollte mal fragen, wo man gebräuchlicherweise den konsturktor hinschriebt und die methoden und die globalen variablen.

package test;

import irgendwas;
import irgendwas2;


/**
 * Description   : blabls
 * @author sb
 */

public class GanzTolleKlasse extends AndereTolleKlasse
{
	public GanzTolleKlasse(int i) {
		super(i);
	}

	/**
	 * Script Name   : [b]GanzTolleKlasse[/b]
	 * Generated     : [b]14.05.2008 11:16:12[/b]
	 * Description   : xyz
	 * Original Host : WinNT Version 5.1  Build 2600 (S)
	 * 
	 * @since  2008/05/14
	 * @author sb
	 */
	
                String test;
	String test2;
	int muh;
	
	public void ausgabe() {
	    System.out.println("Tolle Ausgabe");
                }
}

So zum Beispiel?

 

[Gast]

Wie du willst. Ich schreib die globalen Variablen (private setzen!!!) immer gleich unter die Klassendefinition und danach den Konstruktor.

 

[Gast]

Ich denke so ist es auch der standard. Ich glaube nicht, dass ein anderer Programmierer eine globale Variable zwischen zwei Methoden erwartet.

 

[maki]

Globale Variablen sollte es nicht geben, ganz schlechter Stil/Design

 

[tfa]

Was sind globale Variablen?
Ihr meint Member-Variablen.

 

[Mark110]

Globale Variablen sollte es nicht geben, ganz schlechter Stil/Design

Wieso das denn?

 

[musiKk]

Globale Variablen private? Dann sind sie ja nicht mehr global.

Ich denke so ist es auch der standard. Ich glaube nicht, dass ein anderer Programmierer eine globale Variable zwischen zwei Methoden erwartet.

Wird in den Java Libraries ab und zu trotzdem gemacht. Aber da IDEs meistens Outliner mitbringen, ist das nicht ganz so tragisch.

Der JavaDoc-Kommentar im angegebenen Beispiel ist ausserdem nicht an der richtigen Stelle, die kommen immer vor das zu definierende Element.

 

[Mark110]

Hab jetzt nochmal ein paar grundsätzliche Fragen.

ich habe gedacht lokale Variablen sind diese, welche ich in mehtoden definiere. Globale Variablen diese welche ich in der Klasse (Klassenvariablen) definiere.
Es hat doch nichts mit den zugriffsmodifizieren zu tun?
Oder ist es etwa so, dass ich ein globale variable nur dnan hab wnen ich sie in der klasse definiere und sie public setze? wie nennt man dann aber eine klassenvariable die private deklariert ist?


und dann noch eine frage:

Wenn ich eine verberbung mache und auf die variablen aus der elternklasse zugreifen möchte muss ich sie ja protected machen, da ich sie mit private ja nicht benutzen kann. Das wäre doch dann soweit richtig?

 

[tfa]

Lokale Variable: in einer Methode oder einem Block definierte Variable und nur dort sichtbar.
Klassenvariable: Statische Variable in einer Klasse. Lässt sich nur über diese Klasse ansprechen.
Objekt- oder Member-Variable: nicht-statische (vorzugsweise private deklarierte) Variable. Lässt sich nur über ein konkretes Objekt ansprechen.
Globale Variable: gibt's nicht in Java.

 

[musiKk]

Global heisst public, d.h. du kannst von ueberall direkt drauf zugreifen. Hat man davon viele, kann es schnell unuebersichtlich werden. Meiner Meinung nach, gibt es so gut wie keinen Grund, irgendeine Variable als public zu deklarieren.

Wenn du vererbst, kannst du in der Kindklasse Variablen, die in der Elternklasse private deklariert wurden, in der Tat nicht nutzen, dazu ist protected da.

 

[Beni]

Global heisst public, d.h. du kannst von ueberall direkt drauf zugreifen.

Hm, nein :wink:

public bedeutet nur dass sie öffentlich sind, nichts mehr. Du verwechselst das doch nicht mit "static"?

 

[musiKk]

Von mir aus auch "public static". Nur public alleine entspricht wohl wirklich nicht ganz Sinn einer globalen Variablen. Zu vermeiden ist meiner Meinung nach trotzdem beides.

 

[maki]

Ja, public static kommt einer Globalen Variable ziemlich nahe, genauso kann das Singleton Muster dafür missbraucht werden.

Egal wie, Globale Variablen sind immer eine schlechte Idee in einer OO Sprache, lieber das Design überdenken.

 

[musiKk]

Grauenhaft auch die Benutzung in der Java-Bibliothek. Allein die JavaDoc-Seite, die alle konstanten Variablen auflistet, ist 1.2 MB gross. Das meiste stammt sicher aus prae-Enum-Zeiten. Typunsicherheit par excellence. Doch ich schweife ab...

 

[maki]

Naja, "konstante Variable" ist ein Oxymoron

Sicvher wären Enums besser weil Typsicher.