Java andere Klasse aufrufen

[Yakamari]

Guten morgen,

ich stehe mal wieder total auf dem Schlauch und würde mich über etwas Hilfe freuen.

Ich spiele gerade bisschen mit verschiedenen Algorithmen rum, das ist auch nicht das Problem, aber:

Ich habe eine Main Klasse, dort habe ich 2 Objekte deklariert und sofort mit Werten belegt.

public class main
{

    public static void main(String[] args)
    {
        int[] Kiste = {100, 100, 100, 100, 100, 100};
        int[] W = {80, 30, 50, 40, 20, 100, 30, 60, 70, 70};
    }
  
}

nun habe ich 3 Methoden programmiert.
1. "allgemein" : Die W's sollen einfach in die von links erste ausreichend freie Kiste gelegt werden. Also die 80 kommt in die erste Kiste, dann ist da noch Platz für 20. Deshalb kommen die 30 dann auch in die zweite Kiste usw.

2. "aufsteigend" : Die W's werden erst aufsteigend sortiert und dann so verteilt wie in 1.

3. "absteigend" : Die W's werden erst absteigend sortiert und dann so verteilt wie in 1.

=> Diese Algorithmen stehen auch alle schon und funktionieren.

Jetzt zum Problem.
Ich würde gerne eine 2. Klasse "greedy" neben der main Klasse aufmachen und dort die 3 Algorithmen als Methoden speichern.
Dann will ich von der main diese Methoden in der zweiten Klasse aufrufen.

Frage: Geht das überhaupt? Wenn ja, wie stelle ich das an?

greedy.aufsteigend(int[] W, int[] Kiste)

funktioniert nicht, ich glaube auch, dass ich da irgendeinen Denkfehler drin habe.


Wäre super, wenn mir jemand auf die Sprünge helfen könnte.

Liebe Grüße

 

[temi]

Ich würde gerne eine 2. Klasse "greedy"

Klassennamen beginnen per Konvention in Java mit einem Großbuchstaben. => Greedy

EDIT:

Und Variablennamen beginnen mit einem Kleinbuchstaben int[] Kiste => int[] kiste

Geht das überhaupt?

Ja, klar.

funktioniert nicht

Was heißt das genau? Code und Fehlermeldung.

 

[temi]

wie stelle ich das an?

class Foo {
    
    public static main(String[] args) {
        Bar bar = new Bar();
        bar.doSomething();
    }
}

class Bar {
    
    public void doSomething() {
        // ...
    }
}

 

[kneitzel]

Also als erstes würde ich Dir raten, Dich bei der Schreibweise an die üblichen Konventionen zu halten.

- Variablen fangen mit Kleinbuchstaben an (kiste, w).
- Klassen fangen mit einem Großbuchstaben an (Greedy)
- Namen sollten etwas aussagen. 'w' besagt nichts. 'kiste' ist auch noch nicht gut. maxKistenInhalt oder so wäre evtl. besser. Falls Du es reduzierst in deinem Code evtl. freierKistenInhalt)
- Klassennamen sind / beinhaltn in der Regel Nomen. Denn die Instanzen sind ja später auch sowas wie "virtuelle Gegenstände".

Bezüglich Deines Problems:
Du kannst zwei Arten von Methoden erstellen. Methoden, die auf einer Instanz aufgerufen werden und Methoden, die auf der Klasse aufgerufen werden können. Letztere haben ein static Schlüsselwort.

static sollte aber mit Vorsicht verwendet werden. Daher wäre die vermutlich notwendige Lösung, dass Du eine Variable vom Typ Greedy erzeugst und der dann eine neue Instanz zuweist: Greedy greedyInstanz = new Greedy();
Dann kannst Du auf greedyInstanz die Methoden in Greedy aufrufen.

 

[Yakamari]

alles klar, also habe erstmal alles an die Konventionen angepasst und die Namen eindeutiger gemacht. Vielen Dank für die Hinweise.

Du schreibst "die vermutlich notwendige Lösung", heißt das, dass das eine nicht so schöne Möglichkeit ist oder liest sich das nur so?

Aufjedenfall vielen Dank, jetzt funktioniert es, wie es soll

 

[temi]

heißt das, dass das eine nicht so schöne Möglichkeit ist oder liest sich das nur so?

Ich halte es für den normalen Weg, dass man Instanzen von Klassen erstellt und darauf Methoden aufruft.

 

[kneitzel]

Die Kernproblematik ist aus meiner Sicht: In Java geht es um eine Objektorientierte Entwicklung. Man soll also mit Objekten arbeiten.

Das static geht aber komplett an diesem Konzept vorbei. Dies führt dann oft dazu, dass das Design (Also was für Klassen es gibt und wie diese zusammen agieren) unsauber wird. Und bei Anfängern führt dies oft dazu, dass der Einstieg in die Objektorientierte Denkweise erschwert wird.

In der Praxis später kommen hier oft auch noch andere Dinge zum tragen wie z.B. ein erschwertes Testen der Klassen.

In der Praxis ist es dann so, dass static Elemente bei mir eigentlich nur Konstanten sind (und die "log" Variable, aber das ignorieren wir mal) und natürlich die main Methode (so es diese gibt).

An dieser Stelle sei nur noch angemerkt, dass static auch bei einem Pattern (Singleton Pattern) eine Rolle spielt, aber da trifft das oben genannte auch zu und in der Entwicklung spielt es mach meiner Erfahrung kaum noch eine Rolle - Dank sogenannter DI Frameworks (DI = Dependency Injection). Da braucht man diese Singletons in der Form nicht mehr.