Mehr Java von Google: Guava-libraries

Das common.primitives package hat mich an die Scala'schen Rich* Klassen erinnert. Jedoch können die guava-Pendants doch wesentlich mehr.
Naja, dafür hat Scala/C# wiederum die Möglichkeit, bestehende Typen zu erweitern (oder jedenfalls es so aussehen zu lassen).

Die statischen Funktionen im Files package sehen aus wie die entsprechenden Pendants in .Nets System.Io.File Klasse.
Das Design des LineProcessor's ist allerdings schon sehr cool. Das scheint fast ein wenig in Richtung LINQ zu gehen :)
 
Hallo,

Das common.primitives package hat mich an die Scala'schen Rich* Klassen erinnert. Jedoch können die guava-Pendants doch wesentlich mehr.
Same here ;-)

Naja, dafür hat Scala/C# wiederum die Möglichkeit, bestehende Typen zu erweitern (oder jedenfalls es so aussehen zu lassen).

Jo in C# nennt man das "Extension Methods" und in Scala "implicit type conversions".


Die statischen Funktionen im Files package sehen aus wie die entsprechenden Pendants in .Nets System.Io.File Klasse.
Jo. Der .Net IO Namespace gefällt mir auch besser als die Java Variante.

C#:
string contents = System.IO.File.ReadAllText("c:/foo.txt");
Hat schon was ;-)

Aber das neue Java File System API kann sowas triviales leider immer noch nicht :(

http://java.sun.com/developer/technicalArticles/javase/nio/
http://download.java.net/jdk7/docs/api/index.html


Das Design des LineProcessor's ist allerdings schon sehr cool. Das scheint fast ein wenig in Richtung LINQ zu gehen :)

Mir habens eher das CharMatcher und Splitter API angetan. Die Entwickler habens echt drauf DSLs in Java zu designen :)

Gruß Tom
 
CharMatcher und Splitter fand ich vorhin auch ganz schick. Gerade weil man da doch immer wieder mit zu tun hat. Aber mittlerweile hab ich da ja auch schon einiges selber drumherum geschrieben. Wobei natürlich die Zeit fehlt ums wirklich schick zu machen :)
 
Zurück