Komponenten, Module, Begrifferklärung

[DieRundeBrille]

Hallo zusammen,

ich habe ein paar allgemeine Fragen zu den Begriffen "Komponente" und "Module".

Soweit ich weiß, zeichnet eine Komponente aus, dass sie eine bestimmte Aufgabe erfüllt, über starke innere Kohäsion verfügt und über Schnittstelle(n) verfügbar ist.
Mehre Komponenten können dann in Modulen zusammengefasst werden. Stimmt das soweit?

Also wäre dies jetzt eine Komponente?

public interface Calculate {
    
    public Double calculate(double number1, double number2, String operation);

}

class StandardCalculus implements Calculate {

    private double result;
    

    @Override
    public Double calculate(double number1, double number2, String operation) {
        switch (operation) {
        case "+": {
            result = add(number1, number2);
            break;
        }
        case "-": {
            result = substract(number1, number2);
            break;
        }

        case "*": {
            result = multiply(number1, number2);
            break;
        }

        case "/": {
            result = divide(number1, number2);
            break;
        }
        }
        return result;
    }

    private double add(double n1, double n2) {
        return n1 + n2;
    }

    private double substract(double n1, double n2) {
        return n1 - n2;
    }

    private double multiply(double n1, double n2) {
        return n1 * n2;
    }

    private double divide(double n1, double n2) {
        return n1 / n2;
    }

}

Auf diese Komponente(?) könnte man dann wie folgt zugreifen:

    public static void main(String[] args) {
        Calculate simpleOperation = new StandardCalculus();
        
        System.out.println(simpleOperation.calculate(4, 5, "+"));
        
    }

Nun habe ich noch eine weitere Komponente (?), die Flächen berechnet:

public class CalculateAreas implements Calculate {

    private double result;
    
    @Override
    public Double calculate(double number1, double number2, String operation) {
        switch (operation) {
        case "rectangle":
            result = calculateRectangleArea(number1, number2);
            break;
        case "circle":
            result = calculateCircleArea(number1);
            break;
        }
        return result;

    }
    
    private double calculateRectangleArea(double n1, double n2) {
        return n1 * n2;
    }
    
    private double calculateCircleArea(double radius) {
        return 3.14 * (radius*radius);
    }

    
}

Fasste man nun die beiden Komponenten in einem Projekt zusammen, ergäbe sich daraus ein Modul welches die Aufgabe erfüllt die 4 Grundrechenarten und Flächen berechnen zu können. Dieses Modul könnte man dann z.B. in einem Taschenrechner-Programm über die Schnittstelle "Calculate" implementieren.

Möchte man nun einen simpleren Taschenrechner entwerfen, dann könnte man die Komponente "StandardCalculus" in diesen implementieren. Diese wäre in diesem Fall dann ebenfalls als Modul anzusehen da laut Wiki: "Modul=funktional geschlossene Einheit die einen bestimmten Dienst bereitstellt".

Ist das so richtig gedacht? Also Sinn & Zweck mal außen vor gelassen, mir gehts allein um die Begriffe und deren Verwendung im Code.

Würde mich über Antworten freuen!

 

[httpdigest]

Es gibt keine klare Definition, was genau ein Modul und eine Komponente ist und was nun größer oder kleiner (oder ob ein Modul nun viele Komponenten oder eine Komponente mehrere Module beinhaltet) als das andere ist oder ob und wieviele Schnittstellen das eine oder das andere haben und was genau hier unter einer Schnittstelle verstanden werden kann. Das ist von Bereich zu Bereich und sogar Programmiersprache zu Programmiersprache unterschiedlich.
Auch gibt es keine Definition, ob ein Modul oder eine Komponente nun eine (oder mehrere) Aufgaben erfüllen soll.
Kohäsion ist auch keine inhärente Eigenschaft mit der Ausprägung "hoch" eines Moduls oder einer Komponente. Kohäsion ist lediglich die Eigenschaft, wie stark nun Teile eines "Moduls" (was auch immer im jeweiligen Kontext unter einem "Modul" verstanden wird) zusammenhängen.
Das kann wenig oder stark sein.

Was du gezeigt hast, sind erstmal eine Java Schnittstelle/Interface und zwei Java-Klassen. Ob man das nun Modul oder Komponente nennen will, hängt vom Anwendungsfall oder einfach nur vom Geschmack/Gefühl ab.

 

[DieRundeBrille]

Das machts natürlich als Anfänger nicht einfacher sich in dem Begriffsdschungel zurechtzufinden. Aber ist denn die Verwendung der Begriffe tatsächlich so willkürlich?

Schließlich werden sie ja doch an allen Ecken und Enden verwendet? Zum Beispiel Komponenten-Diagramme, Modularisierung..

Ich meine: Auf irgendwas muss man sich doch in der Fachwelt geeinigt haben wenn man von Komponenten oder Modulen spricht, um nicht aneinander vorbeizureden? Sonst könnte man ja auch einfach weiter von Klassen/Objekten sprechen?

Oder andersrum:

Was du gezeigt hast, sind erstmal eine Java Schnittstelle/Interface und zwei Java-Klassen. Ob man das nun Modul oder Komponente nennen will, hängt vom Anwendungsfall oder einfach nur vom Geschmack/Gefühl ab.

Habe ich die Begriffe denn so richtig verwendet für den beschriebenen Anwendungsfall eines Taschenrechners?

Ich würds halt gerne genauer verstehen, denn vorbeikommen tut man an den Begriffen ja nicht, wenn man Softwareentwicklung lernen möchte.

 

[httpdigest]

Natürlich werden diese Begriffe überall verwendet. Aber, das ist genauso wie mit dem Begriff "Architektur": Das heißt alles und auch nichts.
Beispiele:

• Es gibt die Klasse "Component" im Java Abstract Widget Toolkit (AWT)
• Gleichermaßen gibt es die Klasse "JComponent" in Swing
• Als "Modul" wird z.B. in Java eine Zusammenfassung von Klassen und Ressourcen (paketierbar als .jar Datei mit einer Modul-Descriptor-Datei) im Kontext des Java Platform Module Systems (JPMS) bezeichnet

Desweiteren gibt es dann auch noch andere verwandte Begriffe (wie etwa "Bundle" im Kontext von OSGi).

Begriffe wie "Modul" oder "Komponente" oder "Bundle" bekommen ihre jeweilige konkrete Bedeutung eben im konkreten Anwendungsbereich, um auszudrücken, dass hier etwas "gekapseltes" oder "wiederverwendbares" oder "komponierbares" (untereinander zusammensteckbares) existiert, für das man keinen besseren Begriff findet.
Es gibt da zwar grobe Konzepte, die man unter diesen Begriffen versteht, aber konkrete Bedeutung erlangen diese im Konkreten Fall.

Wenn du deine Taschenrechner Interfaces und Klassen als Modul oder Komponente bezeichnen möchtest, dann kannst du das natürlich tun.

 

[DieRundeBrille]

Okay vielen Dank! Zwar irgendwie unbefriedigend, aber dann lag ich ja schonmal nicht ganz verkehrt ^^