non static interface Methode

[begftr]

Guten Tag,

ich habe eine Frage zu non static Methoden.

Ich muss in einer Aufgabe über eine Boolean Methode die Kosten eines Angestellten berechnen und dann entscheiden ob dieser streikt oder nicht

public class Streik2 {

    interface Gewissen {

        double wert(int entlassungen);
    }

    interface Aktionaer {

        double wert(int entlassungen, double aktienwert);
    }

    abstract class Angestellter {

        double gehalt;

        Angestellter(double gehalt) {
            this.gehalt = gehalt;
        }

        public abstract String toString();

        public abstract int getIndex();

        boolean streikt(double gehaltskuerzung, int entlassungen, double aktienwert) {
            double kosten;
            kosten = gehaltskuerzung * gehalt - Arbeiter.wert(entlassungen);
            if (kosten < 40.0) {
                return true;
            } else {
                return false;
            }
        }
}

      public static class Arbeiter extends Angestellter implements Gewissen {
            
              
          static double gewissenswert;
            
            public Arbeiter(double gehalt, double gewissenswert) {
                super(gehalt);
                this.gewissenswert=gewissenswert;
            }

            @Override
            public String toString() {
                String s = "Arbeiter " + gehalt;
                return s;
            }

            @Override
            public int getIndex() {
                return 0;
            }

            @Override
            public double wert(int entlassungen) {
                return entlassungen*gewissenswert;
            }
        }
    
}

Der Fehler ist in Zeile 27. (non static Method can not be referenced from a static context). Wie kriege ich es nun hin, dass die boolean methode auf die implementierte Interface methode aus "Arbeiter" zugreifen kann?

Danke im Vorraus

 

[Network]

Wie wäre es wenn du den Arbeiter nicht als static deklarierst?
Oder warum ist die Klasse Arbeiter überhaupt erst als static deklariert worden?

Du kannst nicht von static auf nicht static zugreifen, deshalb verwendet man static normalerweise auch nicht oder nur extrem selten in Java.
Das Problem ist, dass alles als static deklarierte bereits vor dem Programmstart initiiert wird und eventuell auch aufgerufen wird.
Wenn du also versucht in einem statischen Kontext auf einen nicht statischen zuzugreifen, kann nicht sichergestellt werden, dass das Programm bereits läuft und damit die nicht statischen Methoden bereits existieren.

Gruß
Net

 

[begftr]

Hi,

das habe ich schon probiert, das hat das Problem leider nicht gelöst :-/

also egal ob "Arbeiter" nun static ist oder nicht boolean streikt immer bei "Arbeiter.wert()"

Gruß

 

[Network]

Ich kann leider dein Wissen über Java nicht einschätzen und ich habe das Gefühl da fehlt Code, deshalb rate ich einfach mal darauf los:

Wenn bei Arbeiter "static" entfernst, darfst du selbstverständlich nicht mehr statisch darauf zugreifen

Arbeiter.wert()

sondern musst eine ein Objekt Arbeiter initiieren und darauf dann die Methode aufrufen

Arbeiter arbeiter = new Arbeiter( 0, 0 );
arbeiter.wert();

Gruß
Net

 

[begftr]

Das ist die Aufgabe. Wird es dadurch verständlicher? Alles bis inklusive boolean war vorgegeben.

Gruß

 

[Final_Striker]

Die Klasse [c]Angestellter [/c]weißt doch gar nichts von einer [c]Arbeiter [/c]Klasse.

Als Anfänger braucht man überhaupt kein

static

.

 

[Landei]

Wie wäre es wenn du den Arbeiter nicht als static deklarierst?
Oder warum ist die Klasse Arbeiter überhaupt erst als static deklariert worden?

Du kannst nicht von static auf nicht static zugreifen, deshalb verwendet man static normalerweise auch nicht oder nur extrem selten in Java.

Das stimmt für Methoden und Member-Variablen, aber nicht für statische innere Klassen.

Diese können ganz normal instantiiert werden - unabhängig von der äußeren Klasse. Nicht-statische innere Klassen müssen dagegen in einer Instanz der äußeren Klasse instantiiert werden, und können (über ÄußererKlassenName.this) auch auf diese Instanz zugreifen. So gesehen sind eher die nicht-statischen inneren Klassen die Ausnahme. Jedenfalls laufen innere statische Klassen keinem OO-Prinzip zuwider, und werden auch in der Java-API öfter verwendet (etwa Map.Entry).

 

[gst]

Ist das aus irgendeinem Uni-Seminar? Wenn ja kannst du dem Seminarleiter ausrichten, dass er sich vielleicht nach einem anderen Fachgebiet umschauen sollte. Diese Aufgabenstellung ist ja schon echt peinlich.

Davon abgesehen war vor kurzem schon ein anderer Kollege von dir hier aufgeschlagen -> http://www.java-forum.org/hausaufgaben/146105-pruefen-ob-interface-implementiert.html mit einem ähnlich hirnverbrannten Lösungsansatz. Aber OK, was soll bei einer Aufgabenstellung auch anderes rauskommen.

 

[begftr]

Jo das ist wohl die gleiche Aufgabe

 

[G1316]

Eine Top University halt
Könntest du was du sonst so hast nicht mal eben auf Pastebin veröffentlichen?

 

[Landei]

Wie schon gesagt wurde, ist die Aufgabe ziemlich idiotisch, und läuft quer zur normalen Verwendung von OO.

In Angestellter müsste man irgendwie sowas machen:

        boolean streikt(double gehaltskuerzung, int entlassungen, double aktienwert) {
            double kosten = gehaltskuerzung * gehalt;
            if (this instanceof Gewissen) {
               kosten -= ((Gewissen)this).wert(entlassungen);
            } 
            if (this instanceof Aktionaer) {
               kosten += ((Aktionaer)this).wert(entlassungen, aktienwert);
            } 
            if (kosten < 40.0) {
                return true;
            } else {
                return false;
            }
        }

Solchen Code zu schreiben ist schon schlimm genug, aber ihn an der Uni sogar als Aufgabe zu geben sollte mit COBOL nicht unter fünf Jahren bestraft werden.

 

[Network]

[OT]
Als ich die Aufgabenstellung gelesen hatte, hatte ich schon keine Lust mehr darauf zu antworten. Hatte mich daraufhin erstmal eine Weile hingelegt.
Scheint ein Autodidakt auf zwang zu sein, der sich eine Stunde vorher sich in den Stoff einliest.

Wobei nie gesagt wurde, dass es sich hierbei um eine Aufgabenstellung einer Uni handelt, oder habe ich da was überlesen?
Also einem Lehrer verzeih ich das gezwungenermaßen, weil der Fehler in der Masse dieser untergeht aber wenn das wirklich von der Uni stammt...
[/OT]

 

[begftr]

Wie schon gesagt wurde, ist die Aufgabe ziemlich idiotisch, und läuft quer zur normalen Verwendung von OO.

In Angestellter müsste man irgendwie sowas machen:

        boolean streikt(double gehaltskuerzung, int entlassungen, double aktienwert) {
            double kosten = gehaltskuerzung * gehalt;
            if (this instanceof Gewissen) {
               kosten -= ((Gewissen)this).wert(entlassungen);
            } 
            if (this instanceof Aktionaer) {
               kosten += ((Aktionaer)this).wert(entlassungen, aktienwert);
            } 
            if (kosten < 40.0) {
                return true;
            } else {
                return false;
            }
        }

Solchen Code zu schreiben ist schon schlimm genug, aber ihn an der Uni sogar als Aufgabe zu geben sollte mit COBOL nicht unter fünf Jahren bestraft werden.

Funktioniert! Einführung in die Informatik 1 - > Praktikum Grundlagen der Programmierung
Vielen Dank an alle

 

[Landei]

Bei manchen Dingen wünscht man sich, dass es nicht funktioniert. Etwa Atombomben. Oder dieser Code. :-(

 

[tröööt]

also nach diesem thread http://www.java-forum.org/hausaufgaben/146105-pruefen-ob-interface-implementiert.html und dem nun immer mehr hervorkommenden aufgaben-text zweifel ich wirklich stark an der kompetenz des aufgabenstellers ... gleich ob einfacher info-lehrer an einer sekundarschule oder prof. dr. an ner uni ...

es wird hier völlig gegen OOP gearbeitet ... und nur weil es funktioniert heißt es noch lange nicht das es schön oder gar best practice wäre ...

das bei solchen aufgaben grundwissen völlig falsch gelernt wird und bei so ner lehrkraft keienr auch nur ansatzweise mitkommt kann ich mir gut vorstellen ... da würd ich lieber auf eigene faust lernen ... hat man mehr erfolg als bei dieser person die bank zu wärmen

 

[begftr]

ist der Rest der Aufgabe falls es wen interessiert

 

[gst]

[OT]

Wobei nie gesagt wurde, dass es sich hierbei um eine Aufgabenstellung einer Uni handelt, oder habe ich da was überlesen?

Könnte man so sagen. Denn die Schullehrer, welche ihre Aufgabenstellungen mit LaTeX schreiben kannst du sicherlich an einer Hand abzählen. Da lag die Wahrscheinlichkeit für einen Hochschuldozenten schon bei gefühlten 99%.[/OT]