Textdatei - Zeile löschen

  • Antworten:32
Frank Rudolf
  • Forum-Beiträge: 215

15.02.2016, 10:15:27 via Website

Ich möchte aus einer Textdatei eine Zeile löschen.

Gängige Lösung scheint hierfür zu sein, dass man eine neue Datei, ein neues Array oder etwas Ähnliches anlegt und hier nur die Datensätze reinschreibt, die man nicht löschen möchte (also alle außer den zu löschenden) und diese Datenmenge dann neu abspeichert.

Könnte ich ja machen. Aber kann man das nicht einfacher? Kann man nicht zB die Tastatureingaben, die man manuell beim Löschen eines Datensatzes einer Textdatei ausführen würde, simulieren? Wenn ich zB Zeile 2 löschen möchte, könnte ich an das Ende von Zeile 1 gehen und lange genug die Entf-Taste drücken. Man löscht dann wohl vor allem das Zeichen, das für den Zeilenumbruch zuständig ist. Das dürfte ja zB einen bestimmten Hex-Code haben etc.

Dabei geschieht dann so was wie das Gegenteil der Enter-Taste, mit der man ja bekanntlich eine neue Zeile einfügen kann.

Bin ansonsten auf dieses Beispiel gestoßen, das ich zunächst für Java-Code hielt. Aber es dürfte C# sein:

List linesList = File.ReadAllLines("myFile.txt").ToList();
linesList.RemoveAt(0);
File.WriteAllLines("myFile.txt"), linesList.ToArray());

Das scheint mir doch viel einfacher zu sein. Aber geht so was auch in Java?

Danke!

— geändert am 15.02.2016, 10:17:32

Antworten
Henrik Martens
  • Forum-Beiträge: 607

15.02.2016, 10:21:13 via Website

Das ist im Prinzip dein oben beschriebenes "normales" Vorgehen.

Nur das hier nicht nur die nicht zu löschenden Zeilen eingelesen werden, sondern erst ALLE Zeilen, und die entsprechende dann gelöscht wird.

Frank Rudolf

Antworten
Pascal P.
  • Admin
  • Forum-Beiträge: 11.286

15.02.2016, 17:42:54 via Website

Wenn ich diesen Beitrag mit deinen Vorherigen kombiniere, dann geht es hier doch um das Löschen einer Zeile aus der CSV Datei oder?
Wenn ja dann sehe ich 2 Möglichkeiten:

  1. Du weißt welche Zeile und hast die darin stehenden Daten zur verfügunf (bereitgestellt über ListView->ClickListener etc..
    Damit weisst du nach was du in der Datei suchen musst und kannst den eintrag ganz einfach per String#replace/remove löschen.

  2. Du baust dir eine Objektstruktur, sodass ein CSV File ein Objekt ist und dieses eine Liste Mit Items o.ä. enthält.
    Willst du eine Zeile löschen, dann klöscht du das Objekt aus deiner liste.
    Zum speichern schreibst du einfach eine Methode die die Liste per Schleife durchgeht und pro CsvItem eine Zeile hinzufügt.
    Dann werden die entfernten automatisch weggelassen.

Ich bevorzuge Methode 2 da ich ein Fan von Objekorientierung bin ;)

LG Pascal //It's not a bug, it's a feature. :) ;)

Frank Rudolf

Antworten
Frank Rudolf
  • Forum-Beiträge: 215

15.02.2016, 20:04:59 via Website

Hallo Pascal,

ich weiß nicht, ob ich Dich richtig verstanden habe.

In der Tat weiß ich über die ID ganz genau, welche Zeile innerhalb der CSV ich löschen möchte.

Zu 2:
Ein Objekt nützt mir wohl nichts, weil ich dadurch die zugrundeliegende CSV-Datei nicht gelöscht bekomme.

Zu 1:

Wie löscht man denn "ganz einfach" per "String#replace/remove"??? Replace kenne ich eher von Textfunktionen, remove hört sich wie eine auf eine Arraylist bezogene Methode an. Das sind aber keine Dateioperationen, oder?

Meine Idee, die mir im Laufe des Tages gekommen ist:
Ich lösche nicht wirklich, sondern markiere innerhalb meiner Textdatei. Konkrekt: ich führe eine Spalte ein, mit der ich über 1 oder 0 sage, ob diese Zeile als gelöscht oder nicht gelöscht markiert ist. Beim Laden der Datei werden die als gelöscht markieren nicht berücksichtigt.

Technisch gesehen brauche ich zum Löschen also die Datei (genauer: die jeweilige Zeile) nur zu bearbeiten (aus 0 wird eine 1 oder umgekehrt).

— geändert am 15.02.2016, 20:05:58

Antworten
Pascal P.
  • Admin
  • Forum-Beiträge: 11.286

16.02.2016, 08:32:45 via App

Leider nicht..
Du musst die Datei einlesen das was du löschen willst rauswerfen und wieder speichern/ neu schreiben.
Anders geht das nicht.

Die FileHandler sind dafür zu allgemein und würden das vom Prinzip her sonst gleich machen.

— geändert am 16.02.2016, 08:35:49

LG Pascal //It's not a bug, it's a feature. :) ;)

Frank Rudolf

Antworten
Frank Rudolf
  • Forum-Beiträge: 215

16.02.2016, 09:03:44 via Website

Danke Pascal!

Leider scheint das Problem auch beim reinen Modifizieren (Ändern) von Dateiinhalten zu bestehen. Was bei anderen Sprachen wie VB.net, C## oder Java ohne Probleme geht, geht bei Android (trotz Java) scheinbar nicht so einfach.

Noch eine Alternative wäre vielleicht diese Sache mit RandomAccessFile (oder so ähnlich). Nur muss man dabei wohl immer bytegenau eine Position ansteuern. Dies dürfte bei meiner Textdatei, deren Zeilen und "Spalten" eine unterschiedliche Länge haben, aufwendig sein.

Habe gestern noch mit dem LineNumberReader herumgespielt und so übel sah das nicht aus. Mit ein paar Imports versteht Android das Vokabular.
Meist wird in den Beispielen zu Anfang eine Datei definiert, auf die zugegriffen werden soll, zB:

File myFile = new File("Test.csv");

Hier bekomme ich meinen ersten Fehler. Die Datei sei nicht vorhanden. Aber das könnte doch wohl an der falschen oder fehlenden Pfadangabe liegen.

Die Frage wäre, ob ich hier einen korrekten Dateipfad angeben könnte. data/data/[packageName]/files ... oder so ähnlich geht ja wohl nicht, weil das nur der Pfad des Emulators ist, denke ich.

Eine Möglichkeit sehe ich vielleicht noch in der Angabe eines Pfads, der auf die SDCard zugreift. Weißt Du, wie man den angeben müßte?

Was ich jedoch haben muss, ist eine leichte Möglichkeit zum gelegentlichen Austausch der alten Datei durch eine neue (ca alle zwei Wochen. Dies liegt daran, dass ich mindestens zwei solcher TextDateien synchronisieren möchte, da ich noch mit mindestens einer auf dem Desktop-PC arbeite. Es würde mir genügen, wenn ich die Text-Datei vom PC in irgendeinen Ordner auf dem Tablet (oder Smartphone) speichern könnte und das Programm würde dann auf die neue Textdatei zugreifen können. Der umgekehrte Weg (vom Tablet nehmen und auf den PC übertragen) sollte natürlich auch gehen.

Was ich hier in der Entwicklungsumgebung auf ähnliche Weise zu Testzwecken mache, genügt mir: ich gehe einfach in data/data/packagename ... und kopiere dort die neue Testdatei rein. Ab und zu kopiere ich sie mir auf den DesktopPC (damit ich überhaupt sehe, was genau in der Datei steht). Das alles geht mit dem AndroidDeviceMonitor und seinem FileManager ganz gut. Nur: das ist nur ein Emulator mit Pfadangaben, die nachher in der Praxis nicht mehr gelten - denke ich.

Ich wollte nicht zu weitschweifig werden, aber diese Backgrounds sind ja auch nicht unwichtig.

— geändert am 16.02.2016, 09:07:32

Antworten
Henrik Martens
  • Forum-Beiträge: 607

16.02.2016, 09:10:36 via Website

Soll die App nur auf deinem Gerät laufen, oder soll die später auch veröffentlicht werden?

Spätestens dann bekommst du mit der SD-Karte Probleme. Es gibt schließlich aucbh Device ohne SD-Slot, mit zwei Slots, oder mit Slot, aber der Nutzer hat keine Karte eingelegt.

Sonst ist das natürlich möglich. Schau dir dazu mal den folgenden Link an.

http://developer.android.com/guide/topics/data/data-storage.html

Wichtig ist auch, dass du die Permissions setzt.

Das weitere Vorgehen müsste, so wie von Pascal beschrieben, möglich sein.

Frank Rudolf

Antworten
Frank Rudolf
  • Forum-Beiträge: 215

16.02.2016, 09:15:56 via Website

Hallo Henrik!

Mir reicht es absolut, wenn meine aktuelle erste App nur in meinem Privatbereich läuft.

Ich werde mich wohl mit dem umständlichen Weg abfinden müssen:
Datensätze, die ich löschen oder ändern möchte, werden einfach bei einer Neuanlage der Gesamtdatei ignoriert bzw die zu ändernden werden dabei einfach neu angelegt.

Antworten
Henrik Martens
  • Forum-Beiträge: 607

16.02.2016, 09:21:01 via Website

Hallo Frank,

so umständlich ist das doch gar nicht. Du weißt ja, wo deine zu löschenden Zeilen stecken.

Erstelle dir ein eigenes Objekt, oder arbeite mit Soder besser ArrayList. Lade die Textdatei Zeile für Zeile (mit Schleife) in die ArrayList. Lösche die Zeilen die du nicht brauchst, und Schreibe die ArrayList wieder Zeile für Zeile in die Datei. Hier arbeitest du wieder mit einer Schleife.

Frank Rudolf

Antworten
Frank Rudolf
  • Forum-Beiträge: 215

16.02.2016, 09:25:28 via Website

Ja, genau. So ähnlich verfahre ich ja bereits an anderer Stelle innerhalb der app.

Antworten
Henrik Martens
  • Forum-Beiträge: 607

16.02.2016, 09:27:19 via Website

Das ist, meines Wissens, die einfachste und effektivste Lösung. Und vor Allem ist sie relativ übersichtlich und variabel. Du kannst also ohne großen Aufwand, z.B. wenn sich deine Dateistruktur ändert, die zu löschenden Zielen ändern.

Frank Rudolf

Antworten
Frank Rudolf
  • Forum-Beiträge: 215

16.02.2016, 12:01:29 via Website

So, ich bin jetzt an der Stelle, wo ich meine Textdatei "leeren" muss.

Zuvor habe ich alle Daten bis auf die zu löschenden in eine ArrayList verfrachet. Von der ArrayList wollte ich eigentlich die Daten in eine zuvor zu leerende Textdatei schreiben. Sonst stünden fast alle doppelt drin.

Jetzt gibt es mehrere Möglichkeiten:

A)
Ich schreibe alles in eine neue Textdatei. Eventuell muss ich sie dabei wieder umbennen. Da ich die ArrayList als ZwischenSpeicher habe, brauche ich eigentlich nur eine Datei. Ich weiß, dass man sowas aus Datensicherheitsgründen in der Praxis nicht machen sollte. Ich habe aber auch mindestens eine Kopie der Datei im Notfall zur Hand.

B)
Ich leere die alte Datei. Einfach "" einfügen? Zeilenweises Durchlaufen in einer Schleife und jede Zeile auf "" setzen? Da habe ich keinen Plan.

Einfacher und weniger fehlerträchtig dürfte A) sein. Da ich natürlich wieder die Befehle nicht kenne und mit der Syntax unsicher bin, würde mir ein CodeBeispiel helfen. Ich fürchte, dass ich mit der "einfachen" Methode und einer neuen zweiten Datei Probleme bekommen würde, wenn ich Pfadangaben machen müßte!

Bin jetzt für ein zwei Stunden weg.

— geändert am 16.02.2016, 12:03:26

Antworten
Henrik Martens
  • Forum-Beiträge: 607

16.02.2016, 12:05:21 via Website

Probiere es mal so:

PrintWriter writer = new PrintWriter(file);
writer.print("");
writer.close();

Damit kannst du den Inhalt der bestehenden Textdatei löschen.

Frank Rudolf

Antworten
Frank Rudolf
  • Forum-Beiträge: 215

16.02.2016, 13:56:39 via Website

Ich bekomme durch

 PrintWriter writer = new PrintWriter("Test.csv");

folgendes:

java.io.FileNotFoundException: Test.csv: open failed: EROFS (Read-only
file system)

— geändert am 16.02.2016, 13:57:44

Antworten
Henrik Martens
  • Forum-Beiträge: 607

16.02.2016, 14:00:19 via Website

Hast du denn die WRITE_INTERNAL_STORAGE oder WRITE_EXTERNAL_STORAGE Permission gesetzt?

Frank Rudolf

Antworten
Frank Rudolf
  • Forum-Beiträge: 215

16.02.2016, 14:03:47 via Website

Nichts davon.

Die setzt man im Manifest, oder?

Antworten
Henrik Martens
  • Forum-Beiträge: 607

16.02.2016, 14:05:27 via Website

Das kommt ein wenig darauf an, welche Version dein Android hat.

Bei Geräten mit 5.* unt darunter reicht es in der Manifest. Wenn du 6.0 oder höher hast, dann ist es etwas komlizierter. Hier hat Google das Berechtigungssystem nämlich umgestellt.

http://developer.android.com/training/permissions/index.html

Antworten
Frank Rudolf
  • Forum-Beiträge: 215

16.02.2016, 14:10:55 via Website

Ich habe wohl von 4.0.3 an aufwärts bei diesem Projekt.

— geändert am 16.02.2016, 14:11:35

Antworten
Henrik Martens
  • Forum-Beiträge: 607

16.02.2016, 14:12:57 via Website

Wichtig ist nur:

Muss ein Gerät mit 6.0 oder ggf. höher komatibel sein?

Wenn nein, dann reicht das einfache Setzten der Permission in der Manifest.

Antworten
Frank Rudolf
  • Forum-Beiträge: 215

16.02.2016, 14:13:31 via Website

Ich werde wohl mal etwas recherchieren und nachdenken. Bin ne Weile weg wohl auch.

Antworten
Henrik Martens
  • Forum-Beiträge: 607

16.02.2016, 14:17:55 via Website

Wenn du Hilfe brauchst, sag bescheid.

Frank Rudolf

Antworten
Pascal P.
  • Admin
  • Forum-Beiträge: 11.286

16.02.2016, 15:42:34 via Website

Also den Pfad musst du schon komplett angeben, sonst geht da Android entweder vom Sysroot oder vom WorkingDir aus.
Ich würde das ganze eh in einen ordner auf der /sdcard schreiben, damit kannst du das ganz einfach hin und herkopieren.
Ob das dann auf dem Emulator läuft oder nicht ist da egal.
Und den Pfad musst du dir zusammenbauen, aus den Envroiment Konstanten:
So z.b.

 Environment.getExternalStorageDirectory();

Dann musst du da nur noch deine Unterordner etc. per String anhängen und fertig.

Und zum verarbeiten:

Ich würde mir eine kleine Tools klasse schreiben, die die Modifikationen durchführt.
Oder direkt eine CSV "verwaltung" als Objekt.
Damit hättest du alles und könnntest sogar leicht eine eigenen Objektstruktur einklinken.

— geändert am 16.02.2016, 15:42:50

LG Pascal //It's not a bug, it's a feature. :) ;)

Antworten
Henrik Martens
  • Forum-Beiträge: 607

16.02.2016, 15:50:38 via Website

Das der komplette Path angegeben ist hatte ich vorausgesetzt. (angel) Schame on me.

Das mit dem objektorientierten Arbeiten ist ein guter Einwand, so bleibt es übersichtlich.

Antworten
Frank Rudolf
  • Forum-Beiträge: 215

16.02.2016, 16:41:01 via Website

Meine Recherchen haben nichts ergeben. Und ich bin leicht frustriert :(.

Wenn ich mit diesen Pfadangaben arbeiten sollte, dann möchte ich sie aber wenigstens im Emulator ausprobieren (testen) können.

Ich nehme mal Deine Angabe, Pascal:

Environment.getExternalStorageDirectory();

Und ich nehme an, dass das hier (rechts unten) mit dem SD-Card-Ordner korrespondieren könnte:

image

Wie lautet nun also der Pfad? Ich weiß es nicht anzugeben.

Antworten
Frank Rudolf
  • Forum-Beiträge: 215

16.02.2016, 16:44:11 via Website

Es ist doch irgendwie verdächtig, dass in so ziemlich allen (auch englischsprachigen) Tutorials nur das erst- und einmalige Schreiben und Lesen behandelt wird.

Ändern und Löschen scheinen Tabuthemen zu sein ;).

— geändert am 16.02.2016, 16:45:03

Antworten
Pascal P.
  • Admin
  • Forum-Beiträge: 11.286

16.02.2016, 16:48:21 via Website

Weil es kein Ändern und löschen gibt!
Ändern tut man indem man den ganzen File als String inlißt, dann seine Modifikationen vornimmt und dann speichert man das alg ganzes wieder ab.
Damit ist es geändert.
Und löschen in dem Sinne braucht man nicht da die ganzen FileWriter das schon vor dem schreiben von Haus aus machen.

Genau, das ist der normale interne Speicher

— geändert am 16.02.2016, 16:48:51

LG Pascal //It's not a bug, it's a feature. :) ;)

Frank Rudolf

Antworten
Pascal P.
  • Admin
  • Forum-Beiträge: 11.286

16.02.2016, 18:04:03 via Website

Weißt du das ist per Objektorientierung ganz einfach:
Hier mal ein Beispiel eines Einfachen CSVParsers:

CSVFile.java

public class CSVFile {

  private   ArrayList<CSVItem> itemList = new ArrayList<CSVItem>();
    String filePath = "";
    public CSVFile(String path)
    {
        this.filePath = path;
         File fl = new File(path);
            FileInputStream fin;
            try {
                        fin = new FileInputStream(fl);
                      BufferedReader reader = new BufferedReader(new InputStreamReader(fin));

            String line = null;
            while ((line = reader.readLine()) != null) 
            {
                if(line.contains(";"))
                {
             CSVItem item = new CSVItem(line);
             itemList.add(item);
                }
            }
            reader.close();

            } catch (Exception e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            }

    }

    public CSVItem getItemAt(int idx)
    {
        return itemList.get(idx);
    }

    public void removeItem(int idx)
    {
        itemList.remove(idx);

    }

    public void removeItem(CSVItem item)
    {
        itemList.remove(item);
    }

    public void addItem(CSVItem item)
    {
        itemList.add(item);
    }

    public void saveFile()
    {
        StringBuilder sb = new StringBuilder();
        String newLine = System.getProperty("line.separator");

        for(CSVItem cItem : itemList)
        {
            sb.append(cItem.buildCSVString()).append(newLine);

        }
        String fileString = sb.toString();

         File newTextFile = new File(filePath);

         FileWriter fw;
        try {
            fw = new FileWriter(newTextFile);
              fw.write(fileString);
                 fw.close();
        } catch (IOException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        }


    }





}

Das ist die File Klasse, diese List dir den CSVFile ein und macht eine Liste Mit CSVItems (Die einzelnen Zeilen) draus.

Wenn man sich dann die CSVItem Klasse anschaut:

public class CSVItem {

    private ArrayList<String> valueList = new ArrayList<String>();
    public CSVItem(String csvLine)
    {
        if(csvLine.contains(";"))
        {
            String[] array = csvLine.split(";");
            for(String item : array)
            {
                valueList.add(item.trim());
            }
        }
        else
        {
            throw new IllegalStateException("CSVLine String does not contain ',' as Seperator");
        }
    }

    public ArrayList<String> getValueList()
    {
        return valueList;
    }

    public String getValueAt(int idx)
    {
        return valueList.get(idx);
    }

    public void addValueAt(int idx,String value)
    {
        valueList.add(idx, value);
    }

    public void setValue(int idx,String value)
    {
        valueList.set(idx, value);
    }

    public void addValue(String value)
    {
        valueList.add(value);
    }


    public int getItemCount()
    {
        return valueList.size();
    }

    public String buildCSVString()
    {
        String csvLine = "";
        for(String item : valueList)
        {
            csvLine += ";"+item;
        }


        return csvLine.substring(1);
    }

    public Object typeAs(Class<?> t)
    {
        try {
            return t.getDeclaredConstructor(CSVItem.class).newInstance(this);
        } catch (Exception e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        } 
        return null;
    }




}

Das ganze habe ich mal rein Interessehalber gerade selbst gecodet ;)

So um jetzt ein Wert abzurufen macht man folgendes:

CSVFile csv = new CSVFile("D:\\temp\\test.csv");
    String value = csv.getItemAt(1).getValueAt(1);

Damit bekommst du den Wert der Zeile 2, 2. Spalte :)
Wie man in meinen beiden Klassen erkennen kann, ist es auch möglich, ein Wert über die Indices zu verändern, zu löschen oder die komplette Zeile zu löschen.

Und weil es so schön ist, kann man auch eigene Objekte einklinken, dies übernimmt die Methode typeAs(Class t)...

Da erstellt man dann eine Klasse und kann die CSV Daten da rein "kapseln", durch den Verweis/Pointer ist das Objekt aber immernoch in der ArrayList ist, werden auch aktualisierungen im Objekt übernommen.

Hier mal ein auf dich zugeschnittenes Beispiel:

public class CSVData
{

    //CSV Index (Spalten) Definition
final int idxId = 0; 
final int idxCity = 1;
final int idxParentId = 2;
CSVItem item; //lokales CSVItem

public CSVData(CSVItem csvLine) { //Konstruktor mit Verweis aufs CSVItem
    item = csvLine;

}
public CSVData()
{

}

public int getId()
{
    String idVal = item.getValueAt(idxId);//Id über Index lesen
    return Integer.parseInt(idVal); // als Integer ausgeben
}

public String getCity()
{
    return item.getValueAt(idxCity);//City über Index lesen
}

public int getParentId()
{
    String pId = item.getValueAt(idxParentId);
    return Integer.parseInt(pId);//ID parsen
}


public void setParentId(int id)
{
    item.setValue(idxParentId, String.valueOf(id));//Id setzen
}

}

Damit das ganze jetzt funktioniert, muss man das Objekt Konvertieren:

CSVFile csv = new CSVFile("D:\\temp\\test.csv");
        CSVItem item = csv.getItemAt(1);
        CSVData data = (CSVData)item.typeAs(CSVData.class); // Hier hast du jetzt dein gekapseltes Objekt, mit welchem du weiterarbeiten kannst.

Will man jetzt was ausgeben lassen oder Werte verändern und in der XML speichern geht das genauso einfach.
Hier mal ein vollständiger ausschnitt:

CSVFile csv = new CSVFile("D:\\temp\\test.csv"); // CSV lesen
        CSVItem item = csv.getItemAt(1); // 2. Zeile als Objekt bekommen
        CSVData data = (CSVData)item.typeAs(CSVData.class); // Zeilen Objekt in das gekapselte konvertieren
        System.out.print(data.getCity()); // Stadt ausgeben
        data.setParentId(12); //neue ParentId setzen
        csv.saveFile(); // CSV mit neuer parentID speichern

Das wärs eigentlich schon.
Damit kannst du alles Mögliche im CSV modifizieren.
Vielleicht noch ein Suchalgorithmus einbauen, dass zu gezielt Suchen kannst (z.b. für das entfernen von Zeilen)

Ach ja ich hab das bisher nur als Java Desktop getestet, in Android sollte, sobald der Pfad und die Berechtigungen drin sind, alles soweit funktionieren.

Mal sehen ob du das so brauchen kannst, wenn nicht auch nicht schlimm, war nen Test wie schnell ich sowas hinbekomme, Test hat ergeben ca. 45min-1h mit Bugfix und Test :P

LG Pascal //It's not a bug, it's a feature. :) ;)

Frank Rudolf

Antworten
Ludy
  • Admin
  • Forum-Beiträge: 7.958

16.02.2016, 18:10:34 via Website

Hallo Frank,

wenn ich das richtig Verstanden habe willst Du eine csv bearbeiten schau mal ob das was für dich ist oder das.

Gruß Ludy (App Entwickler)

Mein Beitrag hat dir geholfen? Lass doch ein "Danke" da.☺

☕ Buy Me A Coffee ☕

Lebensmittelwarnung-App

✨Meine Wunschliste✨

📲Telegram NextPit News📲

Frank Rudolf

Antworten
Frank Rudolf
  • Forum-Beiträge: 215

16.02.2016, 19:10:50 via Website

Hallo Pascal,

eine Superleistung würde ich sagen. Wie machst Du das in so kurzer Zeit? <- ernstgemeinte Frage! Ist das Naturtalent oder Fleiß oder ...?

Ein dolles Danke an Dich! Ich werde darauf vielleicht noch zurück kommen. Dafür müßte man Dir wohl 5 Dankes (= 250 Punkte) geben :).

Bleibt noch das sicher irgendwann lösbare Problem des Pfads:

File newTextFile = new File(filePath);

Ich habe erst mal von dieser Problematik genug (für mindestens 24 Stunden) und werde mich anderen Themen im Rahmen meines Projektes zuwenden. Das meiste ist ja geschafft, auch wenn die App bislang nur Daten anzeigen und neue hinzufügen kann.

Ein paar harmlose grafische Sachen poste ich vielleicht noch heute. Da können noch einige Problemchen bis zum Draufspielen aufs Tablet geschehen.

Nochmals vielen Dank an Dich!

— geändert am 16.02.2016, 19:11:49

Antworten
Frank Rudolf
  • Forum-Beiträge: 215

16.02.2016, 19:14:27 via Website

Vielen Dank, Ludy!

Ich werde mir die beiden Links spätestens morgen mal ansehen. Für heute habe ich von der mich etwas frustrierenden Thematik genug ;).

Jedenfalls ist das ein sehr lehrreiches Forum für mich :).

Antworten
Henrik Martens
  • Forum-Beiträge: 607

16.02.2016, 19:33:08 via Website

Immer wieder schön zu sehen, was man mit vereinten Kräften hier erreichen kann.

Frank Rudolf

Antworten
Pascal P.
  • Admin
  • Forum-Beiträge: 11.286

16.02.2016, 19:47:22 via Website

eine Superleistung würde ich sagen. Wie machst Du das in so kurzer Zeit? <- ernstgemeinte Frage! Ist das Naturtalent oder Fleiß oder ...?

DANKE :)

Ich würde mal sagen Übung und Logisch denken macht den Meister ;)
Bin ja jetzt auch seit meinem Programmiereinsteig fast 4 Jahre dabei, da lernt man einiges.
Besimmt auch deswegen, da ich mich nicht nur auf eine Programmiersprache beschränge sondern Querbeet schon mehr gemacht habe.
Irgendwann entwickelt man einfach eine Art "gespür" wie man was umsetzt, zumindest bei solch "einfachen" Parse Geschichten ;)

Das mit dem Pfad sollte eigentlich auch gleich gelöst sein, ich mache hier mal ein Beispiel:

 String path = Environment.getExternalStorageDirectory() + "/meinOrdner/test.csv";

Dann steht in meinem Fall (Samsung mit 5.0 Stock) im String: /storage/emulated/0/meinOrdner/test.csv
Diesen String übergibst du einfach den File Objekt und gut ist.
Natürlich muss es den Ordner und den File dann wirklich auf dem internen Speicher geben sonst gibts nen Fehler aber das ist eigentlich klar

— geändert am 16.02.2016, 19:47:46

LG Pascal //It's not a bug, it's a feature. :) ;)

Frank Rudolf

Antworten