On 16 August 2011 22:23, Julius Davies <juliusdav...@gmail.com> wrote: >> 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. >
It would be really interesting to know which of the coded classes and interfaces are being used currently. > > > > -- > 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 > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
