> Please see the recent discussion on adding generics to [codec] where I > propose "<O> encode(<I>)" > > Gary >
Hi, Gary!!! I thought of replying to that thread, but I thought it's kinda rude to hijack a thread like that. What would be the pros/cons of just typing "svn remove Encoder.java" and "svn remove Decoder.java"? What do people think? Here is one thought in favour of removing them, at least from Base64: sometimes I copy Base64.java into my own projects as a copy/paste. I change the namespace. Then I remove references to other parts of commons-codec that I am not bringing in, but that Base64.java refers to (typically Encoder, Decoder, and EncoderException). The smaller my delta after the copy/paste, the easier it is for me copy the newest version in the future to keep my fork up to date. I like doing this because it can make the difference between needing a jar dependency and having no dependencies at all in some of my other work. Of course I am pretty focused on Base64. I have never used the soundex stuff. I'm torn. On the one hand, I suspect the Encoder/Decoder interfaces have been mostly unused, and analyzing the Maven2 repository could shed light on that. Removing the interfaces makes sense if they are not really used, but on the other hand, improving them, making them actually useful, also makes sense. -- yours, Julius Davies 604-222-3310 (Home) $ sudo apt-get install cowsay $ echo "Moo." | cowsay | cowsay -n | cowsay -n http://juliusdavies.ca/cowsay/ --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
