guter Stil - wie macht mans am Besten?

[frau-u]

Hi,

Ich hab hier in ein paar Musterlösungen einige Dinge gefunden, die mir ein wenig unnötig vorkommen, bei denen ich allerdings vermute, dass sie als "guter Stil" angesehen werden.

1. sollte man bei jedem "kleinen Code" ein eigenes Package anlegen?
IMHO verwirrt das nur und macht es schwieriger, wenn ich den Code weitergebe.

2. Wenn ich import-Anweisungen schreibe: wann ist die Verwendung von "*" sinnvoll?
Ich habe bisher eigentlich immer (besonders bei awt und Swing) alle Klassen eines Paketes importiert.
Ich weiß, dass das teilweise zu Überschneidungen führen kann, wenn Klassen mit gleichem Namen in Paketen sind,a ber in diesem Fall kann man die import-Anweisung ja immernoch explizit formulieren.
Soweit ich weiß, werden entsprechende Klassen auch erst "on demand" benutzt, d.h. dass das nicht inefizienter ist.

Konstruktionen wie

import java.io.BufferedReader;
import java.io.FileReader;
import java.io.FileWriter;
import java.io.IOException;
import java.io.PrintWriter;

wirken zumindest auf mich etwas unsinnig.

Danke für eure Kommentare.

 

[Roar]

zu 1: also ich mach es so. ansonsten hab ich noch nen package text angelegt wo ich kleinere codes hinlege und sowas...

zu 2: ich finds eigentlich schöner alle klassen einzeln zu importieren, aber wenn die anzahl der verwendeten klassen aus einem package 5 überschreitet, importier ich meistens alle...

 

[mic_checker]

Ich denk ma das ist bis zu nem gewissen Grad Geschmackssache. Bei mir ist es meistens so das ich mich mit dem "Default-Package" angefreundet hab =)
In vielen Fällen benutz ich auch lieber die Wildcard - Schreibweise.....

 

[Illuvatar]

zu 1: Anfangs hab ich auch immer alles in ein Default-Package gelegt, jetzt geh ich meistens nach der Zahl der Quelldateien, ab 2 oder 3 gibts nen Package. Aber jedes Programm (außer wenn ich für das Forum kurz was teste) kommt normal eh in einen eigenen Ordner.

zu 2: Ich halte die Einzelimportierschreibweise für ziemlich unsinnig. Wenn ein Package eigentlich in der Datei nix verloren hat und ich auch nur eine Klasse brauche, dann kann das schonmal vorkommen, dass ich z.B. import javax.swing.JOptionPane; schreib. Aber in so einem Fall schreibe ich das Package meistens direkt im Quellcode. Außerdem steht wenn ich im JCreator z.B. "import javax.text." schreibe im Popupmenu das * eh ganz oben, so dass ich schon fast reflexmäßig enter und strichpunkt drücke
Die Sun Coding Conventions sagen dazu, wenn ich mich recht erinnere, nix.
(Uff, weshalb hab ich jetzt eigentlich dazu 6 Zeilen geschrieben?)

 

[Beni]

zu 1: Ich arbeite immer mit Packages, egal wie klein oder gross das Programm ist. Das Default-Package hat den Nachteil, dass man es nicht importieren kann (oder etwa doch?), und ein späterer Umstieg zu Packages darum (fast) nicht möglich ist.

zu 2: Da Eclipse automatisch einzelne imports macht...
Ob das schneller ist, weiss ich nicht. Vielleicht lädt der Classloader nur das was dort oben steht?

 

[Roar]

1. nö kannste nich importieren :bae:
2. ne is nich schneller. is ja nur fürn compiler und java lädt die kalssen ja nur nach bedarf :bae:

achja... jetz kommen die ganzen eclipse leute mit ihren ctrl+I :-/

 

[L-ectron-X]

noch zu 2.: Es gibt absolut keinen Nachteil, wenn Du alle Klassen eines ganzen Paketes importierst.

import java.io.*;

Es gibt keine Performance-Nachteile, oder sonstige Probleme in diesem Zusammenhang. Dieses Sternchen hat nur eine einzige Aufgabe: die Schreibfaulheit eines Java-Programmierers zu unterstützen. :wink:
Wenn Du die Klassen einzeln importierst...

import javax.swing.JTable;
import javax.swing.JScrollPane;
import javax.swing.JTextField;
import javax.swing.JPanel;
import javax.swing.JLabel;
import javax.swing.JButton;
import javax.swing.JFrame;

...hat dies meiner Meinung nach den Vorteil, dass ein Wartungsprogrammierer schon zu Klassenbeginn sehen kann, mit welchen Objekten in dieser Klasse gearbeitet wurde.

 

[bygones]

nein roar nicht mit ctrl+i - ctrl+shift+o

1. immer packages... ich sehe das als vorteil weil du dann weißt welche Klassen logisch zusammengehören - außerdem halte ich es als programmiere für übersichtlicher. vom default package ist abzuraten (siehe oben)

2. wenns nicht meinen sehnerv überreizt - einzeln importieren - gibt zwar kein nachteil, aber man sieht welche klassen gebraucht werden und welche nicht... aber da eclipse das automatisch macht und man den teil einklappen kann .... who cares

 

[Bleiglanz]

1. sollte man bei jedem "kleinen Code" ein eigenes Package anlegen?
IMHO verwirrt das nur und macht es schwieriger, wenn ich den Code weitergebe.

Du sollst IMMER ein Package verwenden. Es gibt nämlich in Wahrheit gar kein Default-Package (es hängt völlig von der JVM ab, wie das gehandhabt wird); Klassen ohne Package können zu massiven Problemen führen, wenn sie sich etwa in einem .jar befinden...

Angenommen jemand will eine solche Klasse verwenden, dann geht kein import -> und er ist gezwungen, selbst mit dem "namenlosen" Package zu arbeiten (sonst ist das Verhalten nämlich nicht klar definiert)

im Tomcat (version 4.x) können z.B. keine Beans verwendet werden, die im "namenlosen" Package liegen

2. Wenn ich import-Anweisungen schreibe: wann ist die Verwendung von "*" sinnvoll?

reine Geschmacksfrage, ich selbst bevorzuge den qualifizierten Import - hat aber keinerlei Auswirkungen auf den "Rest" des Codes;

ein kleiner Nachteil von .* ist IMHO, dass der Namensraum mit (u.U. sehr vielen) Klassen bevölkert wird, die man gar nicht braucht...