csv Reader für Java?

[alfware17]

Ich habe kürzlich ein kleines Python-Programm entwickelt, welches eine CSV-Datei einliest und dann mache ich ein bißchen was mit den Zeilen (Menues ausgeben und Module aufrufen, das ist aber nicht wichtig). Nun wollte ich die gleiche Funktionalität auch in Java nachbilden, später auch in (Turbo-)Pascal ohne Objekte. Letzteres ist für mich im Prinzip auch nicht verhandelbar, es soll unter 16bit noch laufen. Ich habe eine 30 Jahre alte Vorlage in dBaseIV und ein wenig jüngeres schon in Pascal, welche aber 3 Nachteile hat (Textfile mehrfach lesen, logischer Fehler drin, kein execute für Module) und das ich eigentlich anpassen wollte. Auf dem Weg dorthin bin ich bei
Python gelandet und vermisse nun leider schmerzlich sowas wie den csv Reader.

Ja ich habe schon was programmiert - nicht schön aber selten, die Quelle kann ich gerne zeigen aber Ihr werdet mich zerreißen. Darum lieber meine Frage: gibt es irgendwelche Standard csv Reader, die nicht so kompliziert sind in der Anwendung? Meine Google Suche erbrachte u.a. openCSV aber ehrlich gesagt verstehe ich das noch nicht so ganz oder die Beispiele sind kompliziert.
Im Grunde habe ich in der Datei nur 6 Integer und 3 Strings, etwa 200 Zeilen, möchte die entweder als Array oder mit dynamische Liste speichern und ich bräuchte ein paar Methoden zB Existenz-Prüfung oder Untermengen als Liste.

 

[Robert Zenz]

Im Grunde habe ich in der Datei nur 6 Integer und 3 Strings, etwa 200 Zeilen, möchte die entweder als Array oder mit dynamische Liste speichern und ich bräuchte ein paar Methoden zB Existenz-Prüfung oder Untermengen als Liste.

Wenn du sowohl Eingabeformat als auch Ausgabeformat kontrollierst, spricht nichts dagegen dass du dir "schnell" einen eigenen schreibst. Die meisten CSV-Bibliotheken sind so komplex weil CSV so komplex ist. Wenn du das aber alles nicht brauchst, und ein klar definiertes Format hast, dann kannst du dir auch genau dafuer eigene Logik schreiben, denn in Sonderfaelle und Ausnahmen wirst du nicht laufen.

Meine Google Suche erbrachte u.a. openCSV aber ehrlich gesagt verstehe ich das noch nicht so ganz oder die Beispiele sind kompliziert.

Den verstehe ich aber nicht ganz, die einfachste ist einfach nur ein String-Array aus jeder Zeile zu machen, das Beispiel ist jetzt nicht schoen, har ein paar Probleme, aber ist sehr simpel gehalten.

 

[Oneixee5]

Letzteres ist für mich im Prinzip auch nicht verhandelbar, es soll unter 16bit noch laufen.

Den Satz verstehe ich nicht. Weder Python noch Java gibt es als 16Bit Versionen.

Auf dem Weg dorthin bin ich bei
Python gelandet und vermisse nun leider schmerzlich sowas wie den csv Reader.

Das verstehe ich auch nicht ...
The csv module defines the following functions:
csv.reader(csvfile, dialect='excel', **fmtparams)¶

 

[M.L.]

Python ... csv Reader.

Dazu kann man auch "Pandas" anschauen: https://realpython.com/python-interview-problem-parsing-csv-files/

 

[alfware17]

Den Satz verstehe ich nicht. Weder Python noch Java gibt es als 16Bit Versionen.


Das verstehe ich auch nicht ...
The csv module defines the following functions:
csv.reader(csvfile, dialect='excel', **fmtparams)¶

Hi ja deutsche Sprache schwere Sprache, schwerer noch als Java...
Also, ich habe bereits ein Python-Programm und nutze dort auch das csv-Modul, genauer gesagt den DictReader. Nun vermisse ich in Java etwas SO eine komfortable Lösung WIE Pythons csv.DictReader.

Ich poste nachher mal das, was ich selbst entwickelt habe.

Zum Thema 16bit - Python und Java nicht, da hast du recht. Aber (Turbo oder Free) Pascal schon. Und da mein Ziel eigentlich ein funktionierendes
Pascal Programm ist, welches ich gegenüberstelle dem dBaseIV (was natürlich auch noch läuft bei mir), beschränke ich mich bei Pascal doch gleich auf die Sprachmittel von Turbo-Pascal, obwohl ich in Lazarus/FreePascal sicher auch schicke Units finden werde.

Noch mal zur Historie:
1. dBaseIV mit Tabelle läuft im Prinzip immer noch (ich erfasse Fußballergebnisse seit 40 Jahren)
2. Umsetzung in Turbo Pascal, später FreePascal, leider mit einem Bug/Schönheitsfehler den ich nicht finde und vermutlich wegen meiner blöden Umstellung von DBF auf File/CSV
3. Python erst versucht zu portieren aus dem Pascal -> ging schief bzw sieht ebenso doof aus. Also:
4. Neu entworfen in Python mit csv-Modul und sogar objektorientiert (habe schnell und viel gelernt...)
5. CSV-Lesen in Pascal erzeugt, naja noch verbesserungswürdig, will erst Erfahrungen sammeln in Java
6. CSV-Lesen in Java erzeugt - nun ja, schau es dir an...
7.(geplant) restliche Logik in Java ergänzen (kann nicht schlimm sein, weil das Python Programm nun dank eine Python-Forums fast gut ist/läuft)
8.(geplant) restliche Logik in Pascal ergänzen und zwar nach der Java-Vorlage, WEIL ich mich direkt von Python nicht traue bzw nicht will weil ich vielleicht eh wieder auf den Bug/Schönheitsfehler laufe, ich will erstmal im "unparteiischen" Java sehen, daß und wie mein Algorithmus läuft
Nebenbei ist der Algorithmus komisch oder ungewöhnlich, aber das soll hier (noch) keine Rolle spielen.
Menues neu entwerfen mit GUI in Python und/oder Java/Pascal soll es eben nicht sein. Mir kommt es nur auf den Algorithmus/Ablauf an, so wie der da ist

 

[alfware17]

Hallo Robert Zenz und M.L. auch Euch vielen Dank. Ich zeige nun mal, was ich habe, vielleicht reicht das ja schon:

package csvReader;

import java.io.BufferedReader;
import java.io.FileReader;
import java.io.IOException;
import java.util.ArrayList;
import java.util.List;

public class CSVReader {
    private static final int MAX_RECORDS = 200;

    // TRecord-Klasse entspricht dem Pascal Record
    static class TRecord {
        int M1, M2, M3, N1, N2, L1;
        String PROG, BEZEICHNER, CODE;

        // Konstruktor für TRecord
        TRecord(int m1, int m2, int m3, String prog, String bezeichner, String code, int n1, int n2, int l1) {
            this.M1 = m1;
            this.M2 = m2;
            this.M3 = m3;
            this.PROG = prog;
            this.BEZEICHNER = bezeichner;
            this.CODE = code;
            this.N1 = n1;
            this.N2 = n2;
            this.L1 = l1;
        }

        @Override
        public String toString() {
            return "M1=" + M1 + ", M2=" + M2 + ", M3=" + M3 + ", PROG=" + PROG + ", BEZEICHNER=" + BEZEICHNER + ", CODE=" + CODE + ", N1=" + N1 + ", N2=" + N2 + ", L1=" + L1;
        }
    }

    // TDatei-Klasse entspricht der Pascal-Struktur mit RecordCount
    static class TDatei {
        List<TRecord> records = new ArrayList<>();
    }

    static TDatei datei = new TDatei(); // CSV-Daten
    static TDatei matchingRecords = new TDatei(); // Gefundene Sätze

    // Hilfsfunktion zur Konvertierung von String in Integer (Fehler wird als 0 behandelt)
    static int strToInt(String s) {
        try {
            return Integer.parseInt(s.trim());
        } catch (NumberFormatException e) {
            return 0;
        }
    }

    // Funktion zum Extrahieren eines Feldes aus einer CSV-Zeile (mit Semikolon als Trennzeichen)
//    static String csvStrip(String line) {
//        int semicolonPos = line.indexOf(';');
//        if (semicolonPos >= 0) {
//            String field = line.substring(0, semicolonPos);
//            return line.substring(semicolonPos + 1);
//        } else {
//            return line; // Letztes Feld
//        }
//    }

    // Funktion, die einen Satz basierend auf dem Index zurückgibt
    static boolean getRecordByIndex(int index, TRecord[] rec) {
        if (index >= 0 && index < datei.records.size()) {
            rec[0] = datei.records.get(index);
            return true;
        }
        return false;
    }

    // Funktion, die alle Sätze zurückgibt, die zu M1 und M2 passen
    static boolean getRecordsByKeys(int key1, int key2, TDatei resultRecords) {
        resultRecords.records.clear();
        boolean found = false;
        for (TRecord record : datei.records) {
            if (record.M1 == key1 && record.M2 == key2) {
                resultRecords.records.add(record);
                found = true;
            }
        }
        return found;
    }

    // CSV-Datei einlesen und die Daten in das Array laden, 1. Zeile überspringen
    static void loadCSV(String fileName) throws IOException {
        try (BufferedReader br = new BufferedReader(new FileReader(fileName))) {
            String line = br.readLine(); // Überspringe die erste Zeile (Header)
            while ((line = br.readLine()) != null && datei.records.size() < MAX_RECORDS) {
                String[] fields = line.split(";");

                // Parst die Zeile und fügt den Satz der Liste hinzu
                TRecord record = new TRecord(
                    strToInt(fields[0]), // M1
                    strToInt(fields[1]), // M2
                    strToInt(fields[2]), // M3
                    fields[3],           // PROG
                    fields[4],           // BEZEICHNER
                    fields[5],           // CODE
                    strToInt(fields[6]), // N1
                    strToInt(fields[7]), // N2
                    strToInt(fields[8])  // L1
                );
                datei.records.add(record);
            }
        }
    }

    public static void main(String[] args) {
        try {
            loadCSV("daten.csv");

            // Test: Suche nach einem Datensatz über den Index
            TRecord[] rec = new TRecord[1];
            boolean found = getRecordByIndex(4, rec); // Index 4 (entspricht dem 5. Satz)
            if (found) {
                System.out.println("Datensatz 5: " + rec[0]);
            } else {
                System.out.println("Datensatz nicht gefunden.");
            }

            // Test: Suche nach Sätzen mit M1=2 und M2=3
            found = getRecordsByKeys(2, 3, matchingRecords);
            if (found) {
                System.out.println("Gefundene Datensätze für M1=2, M2=3:");
                for (TRecord record : matchingRecords.records) {
                    System.out.println(record);
                }
            } else {
                System.out.println("Keine Datensätze für M1=2, M2=3 gefunden.");
            }
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

Ein paar Methoden und etwas Logik brauche ich dann schon noch, aber die Datenbasis dürfte ich erstmal haben. Nicht wundern, ich habe die eine Methode csvStrip noch als Kommentar drin gelassen um zu zeigen, womit ich mich in den verschiedenen Sprachen herumschlagen darf.
Das csvStrip brauche ich in Pascal, ich benutze es auch in anderen Sprachen. In Java habe ich immerhin schon das .split(';') welches es im Prinzip auch in Python tun würde aber da bin ich noch bequemer und nutze das csv.DictReader. Ich muß dann aber wieder vom Komfortablen zurück gehen zur Handarbeit bzw mir in Pascal einiges selber schreiben. Habe ich nun mein Problem/meine Vorgehensweise deutlich gemacht?

 

[Oneixee5]

Also du hast Daten von 40 Jahren und Daten in einem alten Datenbankformat. Warum lernst du da 60 Programmiersprachen? Wenn du immer etwas neues fummelst wirst du nie mit irgend etwas fertig.
Wenn Daten in einem alten DB-Format vorhanden sind, dann ist doch das Naheliegendste die Daten in ein neues DB-Format umzuwandeln. So kannst du bspw. mit SQL zugreifen, filtern, umwandeln ....
DB-Programme gibt es zu Hauf und du kannst da GUIs in 1000 Programmiersprachen drumherum bauen , immer auf der gleichen Datenasis. Fußball-Ergebnisse wären auch was fürs Web.

 

[alfware17]

Also du hast Daten von 40 Jahren und Daten in einem alten Datenbankformat. Warum lernst du da 60 Programmiersprachen? Wenn du immer etwas neues fummelst wirst du nie mit irgend etwas fertig.
Wenn Daten in einem alten DB-Format vorhanden sind, dann ist doch das Naheliegendste die Daten in ein neues DB-Format umzuwandeln. So kannst du bspw. mit SQL zugreifen, filtern, umwandeln ....
DB-Programme gibt es zu Hauf und du kannst da GUIs in 1000 Programmiersprachen drumherum bauen , immer auf der gleichen Datenasis. Fußball-Ergebnisse wären auch was fürs Web.

Es ist schlimmer als du ahnst - ich halte mir die Daten in Excel, der Weg wie sie da hineinkommen sei mal dahingestellt und hat sich auch mehrfach geändert, am Anfang war zB Abtippen per Hand. Die exportiere ich dann nach dBase und mein Programm zeigt sie mir. Einfach nur um zu sehen, ob es das virtuell oder real aufgerufene dBase noch tut.

In Java wollte ich das eigentlich recht umfangreiche dBase Programm sowieso nie machen, du hast recht, es gibt weit Besseres und auch im Web.
Mir ging es nur um die Idee von damals, das Menue selbst auch in der Datenbank äh Tabelle zu verwalten, so kann das aufgerufene Modul bzw die Parameter verwaltet werden. Um das alles geht es hier nicht, nur um das Stück Lesen bzw Rufen der Datenbank äh Tabelle nun CSV.

Mit 60 Programmiersprachen könntest du mittlerweile ziemlich nah dran sein. Und ja, es gibt schon 1000 Ligaverwaltungssysteme aber ich glaube nur meins in dBase hatte damals so Orakel-Funktionen, sprich Ergebnisse voraussagen und daß es zu einem parallelen Excel-Projekt kompatibel ist,
will ich auch nicht weggeben.

Hast du zu meinem Java etwas (nicht) zu meckern? Wahrscheinlich mehr meckern als nicht meckern