System.FilePath ist eine Haskell Bibliothek von Yhc ursprünglich, jetzt mit addiert zwickt. Reines Haskell 98 (mit hierarchischen Bibliotheken), kein Präprozessor. Er hat eine nette Schnittstelle für Dateihandhabungen und Arbeiten zwischen Windows und Unix portably erledigen. [Nicht das selbe wie http://darcs.haskell.org/~lemmih/FilePath/]

Die Schnittstelle ändert noch, für diesen Grund System.FilePath.Version_0_10 oder System.FilePath.Version_0_11 bitte verwenden, die garantiert werden, um unverändertes im zukünftigen Auslösen zu bearbeiten.

Ich habe eine System.FilePath Baugruppe in das Teil geschrieben, das Zoll auf dem basiert
Yhc und im Teil basiert auf dem im Kabalen (dank Lemmih). Das Ziel
ist, diese Baugruppe in das falsche Paket zu versuchen und zu kommen, da FilePaths sind
etwas Gebrauch vieler Programme, aber seine alle zu einfach, herauf wenig zu zerhacken
arbeiten, das es recht meistens auf den meisten Plattformen erhält, und
liegt eine Quelle der Marken.

Diese Baugruppe ist Posix (Linux) und fähiges Windows - gerade Import
System.FilePath und sie wählen das rechte aus. Selbstverständlich wenn Sie
Windows-Bahnen auf allem OSs verlangen, dann wird System.FilePath.Windows
Sie geben, das (selben mit Posix). Geschrieben in Haskell 98 + Heirarchical
Baugruppee.

Schellfische:
http://www-users.cs.york.ac.uk/~ndm/projects/filepath/System-FilePath.html
Darcs: darcs erhalten http://www.cs.york.ac.uk/fp/darcs/filepath
Quelle: http://www.cs.york.ac.uk/fp/darcs/filepath/System/FilePath.hs
Homepage: http://www-users.cs.york.ac.uk/~ndm/projects/libraries.php

Wenn Sie zur Schellfischseite gehen, gibt es einige kleine Beispiele an
Oberseite der Datei.

Quittungen

Dank Treber Webber, shapr, David-Haus, Lemmih, andere…

Konkurrenten

System.FilePath vom Kabalen, durch Lemmih
FilePath.hs und NameManip.hs von MissingH

Das vom Kabalen und FilePath.hs in MissingH sind, I beides sehr ähnliches
Stolalots gute Ideen von jenen zwei.

NameManip scheint, mehr Unix-Besondere, aber alle Funktionen in dieser Baugruppe zu sein
Äquivalente in dieser neuen System.FilePath Baugruppe haben.

Hoffnungsvoll kann diese neue Baugruppe verwendet werden, ohne irgendwelche verlorenen Funktionen zu beachten,
und addiert zweifellos neue Merkmale/Funktionen dem Tabelle.

Sollte FilePath nach einem abstrakten Datentypen?

Die Antwort für diese Bibliothek ist Nr. Dieses ist eine überlegte Auslegungentscheidung.

In Haskell 98 ist die Definition Typ FilePath = Zeichenkette und alle Funktionen
bedienend auf FilePaths, d.h. readFile/writeFile usw., FilePaths nehmen.
nur Methode, einen abstrakten Typen vorzustellen ist, Verpackungen für diese zur Verfügung zu stellen
Funktionen oder Formen zwischen Zeichenketten und FilePathAbstracts.

Es gibt auch zusätzliche Fragen hinsichtlich, was ein FilePath festsetzt und
was gerade eine reine Zeichenkette ist. Z.B. „/path/file.ext“ ist ein FilePath. Ist
„/“? „/path“? „Bahn“? „file.ext“? “ .ext "? „Datei“?

Wenn die angenommen ist, sollte sie trivial sein zu schreiben
System.FilePath.ByteString, das die gleiche Schnittstelle wie System.FilePath hat
dennoch läßt ein ByteStrings laufen.