Comment puis-je utiliser le Système.getProperty(“line.séparateur”).toString()?

Le problème

Vous devez PAS supposons qu'une entrée quelconque fichier texte utilise le "corriger" une plate-forme spécifique de retour à la ligne séparateur. Ce qui semble être la source de votre problème; il a peu à faire avec les regex.

Pour illustrer, sur la plate-forme Windows, System.getProperty("line.separator") est "\r\n" (CR+LF). Toutefois, lorsque vous exécutez votre code Java sur cette plate-forme, vous pouvez très bien avoir à traiter avec un fichier d'entrée dont le séparateur de ligne est tout simplement "\n" (LF). Peut-être que ce fichier a été créé à l'origine dans la plate-forme Unix, puis transféré en binaire (au lieu de texte) en mode Windows. Il pourrait y avoir de nombreux scénarios où vous pouvez lancer dans ce genre de situation, où vous devez analyser un fichier texte en entrée qui n'utilise pas la plate-forme actuelle est de retour à la ligne de séparation.

(Comme par hasard, lorsqu'un Windows fichier texte est transféré à Unix en mode binaire, de nombreux éditeurs d'affichage, ^M qui confond certaines personnes qui n'ont pas compris ce qui se passait).

Lorsque vous êtes la production de un fichier texte en sortie, vous devriez probablement préférer le de la plate-forme de saut de ligne séparateur, mais quand vous êtes consommer un fichier texte en entrée, ce n'est probablement pas sûr de faire l'hypothèse qu'il utilise correctement la plate-forme spécifique de retour à la ligne de séparation.

---

La solution

Une façon de résoudre le problème est d'utiliser, par exemple,java.util.Scanner. Il a un nextLine() méthode qui peut renvoyer à la ligne suivante (si il existe), gérer correctement une incohérence entre la plate-forme de saut de ligne séparateur d'entrée et le fichier texte.

Vous pouvez également combiner les 2 Scanner, l'une d'analyser le fichier ligne par ligne, et une autre pour analyser les jetons de chaque ligne. Voici un simple exemple d'utilisation qui divise chaque ligne dans un List<String>. L'intégralité du fichier devient donc un List<List<String>>.

C'est probablement une meilleure approche que la lecture de la totalité du fichier en une énorme String et puis split en lignes (qui sont ensuite split en parties).

    String text
        = "row1\tblah\tblah\tblah\n"
        + "row2\t1\t2\t3\t4\r\n"
        + "row3\tA\tB\tC\r"
        + "row4";

    System.out.println(text);
    // row1    blah    blah    blah
    // row2    1   2   3   4
    // row3    A   B   C
    // row4

    List<List<String>> input = new ArrayList<List<String>>();

    Scanner sc = new Scanner(text);
    while (sc.hasNextLine()) {
        Scanner lineSc = new Scanner(sc.nextLine()).useDelimiter("\t");
        List<String> line = new ArrayList<String>();
        while (lineSc.hasNext()) {
            line.add(lineSc.next());
        }
        input.add(line);
    }
    System.out.println(input);
    //[[row1, blah, blah, blah], [row2, 1, 2, 3, 4], [row3, A, B, C], [row4]]

Voir aussi

• Efficace Java 2nd Edition, Article 25: Préférez les listes de tableaux

Questions connexes

• La validation d'une entrée à l'aide de java.util.Scanner - a de nombreux exemples de l'utilisation de la
• Scanner vs StringTokenizer vs Chaîne.Split

Sur Windows, ligne.le séparateur est une combinaison CR/LF (référence ici).

La Java String.split() méthode prend un expression régulière. Donc, je pense qu'il y a une certaine confusion ici.

Les autres intervenants sont corrects que split() prend un regex comme argument, de sorte que vous aurez à résoudre en premier. L'autre problème, c'est que vous êtes en supposant que les caractères de saut de ligne sont les mêmes que le système par défaut. Selon l'endroit où les données sont à venir, et où le programme est en cours d'exécution, cette hypothèse peut ne pas être correcte.