Bild in Image-Objekt laden

[Kaan]

Ich hab folgendes gemacht:

Ein Animationsfenster (mit Thread) und eine Testklasse kommunizieren über eine Kommunikationsklasse, die ein static Image Objekt beinhaltet.

Das Animationsfenster greift fortlaufend auf dieses Image Objekt zu und zeichnet das Bild in sein Fenster. Die Testklasse ladet verschiedene Bilder und übergibt sie der Kommunikationsklasse.

Nun habe ich das Problem, dass meine Testklasse sehr unsauber aussieht, da ich zum Laden eines Bildes ein unnützes Fenster erzeugen muss, damit ich auf das Toolkit zugreifen kann. Gibt es eine Möglichkeit ein Bild ohne einem AWT-Fenster zu laden?

Ich hoffe ihr versteht ungefähr mein Problem...

Danke im Voraus.

 

[Beni]

Guck dir mal die Klasse ImageIO, und die Methoden read an :wink:

 

[Kaan]

Ok, mach ich mal. Danke.

Falls ich was nicht verstehen sollte, werde ich mich nochmal melden

 

[Kaan]

Ich wollte euch fragen, ob mein Code ungefähr stimmt. Kompilieren lässt es sich. Ist es aber auch sauber programmiert? Und wie kann ich den MediaTracker hier anwenden, damit so lange gewartet wird, bis das Bild vollständig geladen wurde?

import javax.imageio.ImageIO;
import java.awt.*;
import java.io.*;

public class Test
{
    public static void main(String[] args)
    {
        try{
            Image img = ImageIO.read(new File("Bild.gif"));
        }catch(IOException e){}
    }
}

 

[Griffin]

Zur Sauberkeit:
Der Code ist ziemlich kurz aber ich sehe da keine wirklichen Verstöße!
Wie man die Klammern positioniert, ist ein ewiger Streitpunkt.

public class Bla {

}

public class Blubb
{

}

Aber das solltest du dann auch einhalten. Siehe Try-Block.
Und wenn du es so machst wie jetzt lass dem catch doch bischen raum zum atmen

try {

} catch (Exception e) {

}

Ich weis nicht wie es andere machen, aber ich gebe meinen Variablen den Typ in Kurzform mit zum Namen

Button btnVogel = new Button("Lade Vogel");
...
Image imgVogel = ImageIO.read(new File("Vogel.gif"));

So muss ich mir nicht so viele Variablen einfallen lassen, die was gleiches "beschreiben". Und vermeide so Variablennamen wie Vogel1,Vogel2,...

 

[Kaan]

Wieso verwendet man eigentlich

Image img = getToolkit().getImage("bild.gif");

obwohl

Image img = ImageIO.read(new File("bild.gif"));

viel allgemeingültiger ist?

 

[Beni]

Ich vermute mal ImageIO ist jünger, und deshalb weniger bekannt.

Einen MediaTracker brauchst du nicht, ImageIO kehrt erst dann zurück, wenn das Bild geladen ist.

 

[Kaan]

Ok, ich habe in der Api auch die Klasse BufferedImage entdeckt. Was für Vorteile bringt mir ein BufferedImage gegenüber einem normalen Image?

 

[Beni]

Du kannst die Farben eines einzelnen Pixels abrufen, und dann gibt es sicher auch noch andere nette Eigenschaften

 

[Kaan]

Ok, Danke für die Antworten

 

[Roar]

Ist es aber auch sauber programmiert?

die solltest exceptions immer weiterverarbeiten. einen exceptino block leer zu lassen ist in den meisten fällen böse, außer die exception gehört zum programmfluss und man weiß dass sie auftreten wird und wenn sie ungefährlich ist, wie zum beispiel InterruptedException bei einem sleep
und wenn s um ein laden eines bildes geht soltle man wirklich eine nachricht ausspucken.

 

[Kaan]

@Roar
Du hast recht Muss ich noch machen.



Gibt es eine Möglichkeit, dass ich mein BufferedImage auslese, die Farben jedes Pixels in einem Zahlenarray speicher und die Bilder sozusagen auch in die Bytecode Datei packen kann?

 

[Reality]

Ich vermute mal ImageIO ist jünger, und deshalb weniger bekannt.

Einen MediaTracker brauchst du nicht, ImageIO kehrt erst dann zurück, wenn das Bild geladen ist.

ImageIcon macht das selbe.
Wieso gibt es so viele Klassen, die das selbe machen? ???:L

Liebe Grüße
Reality

 

[Kaan]

Ich vermute mal ImageIO ist jünger, und deshalb weniger bekannt.

Einen MediaTracker brauchst du nicht, ImageIO kehrt erst dann zurück, wenn das Bild geladen ist.

ImageIcon macht das selbe.
Wieso gibt es so viele Klassen, die das selbe machen? ???:L

Liebe Grüße
Reality

Ich bin derselben Meinung wie du! Manchmal finde ich Java einfach ÜBERLADEN. Außerdem sind manche Klassen von Java so einfach, die soll man gefälligst SELBER PROGRAMMIEREN. :x :lol: Ich denke da z.B. an die Klasse Point...

 

[Roar]

so ein quatsch. wieso soltle man sowas triviales selbst machen? sowas gehört halt dazu. wenn man richtig was programmiert, wird man froh sein wenn du nicht jeden fliegenschiss selbst machen musst. was glaubst du wie aufgebläht deine projekte dann wohl werden würden?

@reality: die klassen sind alle unterschiedlich und haben unteschiedliche aufgaben und zwecke. nur kann man sie halt so missbrauchen dass sie vieles gleich machen.

 

[Reality]

@reality: die klassen sind alle unterschiedlich und haben unteschiedliche aufgaben und zwecke. nur kann man sie halt so missbrauchen dass sie vieles gleich machen.

Ich finde man sollte die Klassen dann mit neuen Funktionen bestücken anstatt neue zu erfinden.

Liebe Grüße
Reality

 

[Roar]

nä, ImageIcon und die ImageIO habe ja ganz verschiedene zwecke. ImageIcon ist einfach nur eine Implementierugn von einem Icon was im swing toolkit verwendet wird. zufällig bietet die die möglichkeit Bilder per URL zu laden.
die ImageIO und java.awt.image hab den zweck bilder verschiedener formate zu laden, zu bearbeiten, zu ändern, auszulesen und was halt dazu gehört.
wenn jemand ein bildbearbeitungsprogramm is das sicher komisch wenn er dafür eine klasse benutzen müsste die eigentlich nur dazu dient um Icons auf swing komponenten zu zeichnen würde ihm das schön komisch vorkomen. auch jemand der einfach ein bild auf ein JButton malen will, würde sich wundern wenn die klasse die dafür vorgesehen ist, methoden implementiert um irgendwelche bildoperationen durchzuführen :-/

 

[Kaan]

Gibt es nun eine Möglichkeit, dass ich mein BufferedImage auslese, die Farben jedes Pixels in einem Zahlenarray speicher und die Bilder sozusagen auch in die Bytecode Datei packen kann...?

 

[Reality]

Schau dir mal PixelGrabber an. Hilft dir vielleicht weiter.

Liebe Grüße
Reality

 

[Kaan]

Ok, mach ich...sieht aber kompliziert aus ... :shock:

 

[Roar]

Gibt es nun eine Möglichkeit, dass ich mein BufferedImage auslese, die Farben jedes Pixels in einem Zahlenarray speicher und die Bilder sozusagen auch in die Bytecode Datei packen kann...?

sry aber wozu soll das gut sein :-/

 

[Kaan]

Damit ich am Ende nur noch .class Dateien habe und keine Bilddateien herumlungern. Ich weiß, dass so ein Bild in einer Klasse zu speichern speichermäßig unsinnig ist...aber was solls Mir ist die Ordnung wichtiger...

 

[Roar]

wie wärs mit ner jar datei?
oder iwllst du jedesmal wenn du n anderes bild benutzt deine klassen neu kopmilieren müssen?

 

[Kaan]

Wie oft werde ich die Bilder schon gegen neue austauschen?

Auch in der Jar Datei siehts dann schöner aus, wenn nur noch .class Dateien drin sind.

 

[Roar]

nein, sorry, aber das ist schwachsinnig die bilder als byte array in klassen zu speichern...

 

[Beni]

Wer guckt denn so in die JAR hinein? Otto-Normabenutzer wohl kaum... also wen störts schon.

 

[Kaan]

Dafür kann der Ottonormal User die Bilder nicht stehlen (außer er findet raus, wie man Screenshots macht )

 

[Roar]

die icons die ich benutze sind eh nur (l)gpl icons. oder kaufst du dir deine icons? und ein otto normalbenutzer will braucht auch keine icons zum datei öffnen.
scnr *g*