If we want to repurpose functor for Java 8 then I imagine we'd just use their interfaces, for the most part. So the API module would indeed probably go away.
Matt On Sat, Jun 24, 2017 at 12:08 PM, Benedikt Ritter <brit...@apache.org> wrote: > Hi, > >> Am 16.06.2017 um 13:03 schrieb Matt Benson <mben...@apache.org>: >> >> Yes, the point of the API module was to define the functional interfaces >> separately from the utility code around them; particularly pre-Java 8, >> these could be used apart from the utility code from the core. > > Since we discussed to just release functor for Java 8, do we still need this > separation? > > Cheers, > Benedikt > >> >> Matt >> >> On Jun 16, 2017 4:27 AM, "Bruno P. Kinoshita" >> <brunodepau...@yahoo.com.br.invalid> wrote: >> >> No objection here too. I've been gathering some links about other libraries >> and extensions to Java 8, to have a look at functor in the future and see >> if it would be interesting to have something there, unless it made more >> sense to put it on lang. >> >> >> The reason for the API module, if memory serves me well, was to provide a >> pre Java 8 implementation. This way we would have >> >> - api >> - an implementation for Java 7 >> - an implementation Java 8 that used Lambdas >> >> Though right now, with Java 9 around the corner, a single module, trying to >> provide useful code that doesn't fit in lang would be better IMHO. >> >> Hope that helps. >> >> Thanks >> Bruno >> ________________________________ >> From: Benedikt Ritter <brit...@apache.org> >> To: Commons Developers List <dev@commons.apache.org> >> Sent: Friday, 16 June 2017 9:04 PM >> Subject: [FUNCTOR] Why do we have an API module? >> >> >> >> Hi, >> >> >> I’m about to start work on functor. Looking at the project, I wonder why we >> have a separation bewteen an API module and implementations. This feels >> like overkill to me for a project like functor. Further more I don’t see >> other parties extending the stuff in the API module. If nobody objects, I’d >> like to remove the multi-module build and move everything into a single >> code base. >> >> >> Regards, >> >> Benedikt >> >> --------------------------------------------------------------------- >> >> 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 > > > --------------------------------------------------------------------- > 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