De verschillen tussen Pathname in de standaard bibliotheek en deze versie:
Het is een subklasse van String (en dus mixt Enumerable).
Het heeft sensical to_a en rootsubsysteem methoden.
Het werkt op Windows en Unix. & Nbsp; De huidige implementatie werkt niet met Windows pad namen heel goed, en al helemaal niet als het gaat om wegen UNC.
De Pathname # cleanpath methode werkt anders - het geeft altijd een canonieke padnaam & nbsp;. Bovendien is er geen speciale aandacht voor symlinks (nog) niet, maar ik ben niet zeker dat het gerechtvaardigd is.
De Pathname # + methode auto reinigt.
Het maakt gebruik van een gevel voor alle File en Dir methoden, evenals de meeste fileutils methoden.
Pathname # schoon werken iets anders. & Nbsp; In de stdlib versie, Padnaam # schoon ("../ a") geeft "../a". In deze uitvoering, retourneert "a". Dit heeft invloed op andere methoden, zoals Pathname # relative_path_from.
Accepteert file urls en zet ze om paden automatisch, bv file: /// foo bar / baz wordt '/ foo / bar / baz'.
Voegt een Kernel level + pn + methode als een snelkoppeling.
Hiermee kunt u de paden samen te voegen met de '/' operator
Wat is nieuw in deze release:.
- De basename en dirname methoden nu Pathname objecten terug.
Wat is nieuw in versie 1.6.3:
- Bijgewerkt Windows-platform handling code te mingw en cygwin omvatten .
- Toegevoegd de:. Gem rake taak
- Minor gemspec updates.
- Enkele kleine test suite updates.
Eisen
- Ruby 1.8.0 of hoger
- gevel 1.0.0 of hoger
- Windows-pr 0.5.1 of hoger
Reacties niet gevonden