commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Benedikt Ritter <brit...@apache.org>
Subject Re: [FUNCTOR] Why do we have an API module?
Date Sun, 25 Jun 2017 09:54:03 GMT
Hi,

> Am 24.06.2017 um 20:19 schrieb Matt Benson <gudnabrsam@gmail.com>:
> 
> TBH, I don't know that I think there's a reason to do such a library
> unless it's really a game changer. Some years ago I was working on
> some code outside the ASF, but it never went anywhere. The approach I
> took would have been pretty controversial, but we're so behind the
> curve here there's no reason IMO to do anything if it's not fairly
> radical.

Currently functor is somehow in limbo state. It has been promoted to proper, but there has
never been a release. So I wonder what we want to do with it. Currently I’m thinking about
a library providing some utility functor implementations. That’s the reason I thought only
targeting Java 8 would be a good idea.

Thank you. Your input here is very much appreciated!

Cheers,
Benedikt

> 
> Matt
> 
> On Sat, Jun 24, 2017 at 12:29 PM, Benedikt Ritter <britter@apache.org> wrote:
>> Hi Matt,
>> 
>> what is your opinion in this topic (targeting Java 8)
>> 
>> Benedikt
>> 
>> Matt Benson <gudnabrsam@gmail.com> schrieb am Sa. 24. Juni 2017 um 19:18:
>> 
>>> 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 <britter@apache.org>
>>> wrote:
>>>> Hi,
>>>> 
>>>>> Am 16.06.2017 um 13:03 schrieb Matt Benson <mbenson@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"
>>>>> <brunodepaulak@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 <britter@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-unsubscribe@commons.apache.org
>>>>> 
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>> 
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>> 
>>>> 
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>> 
>>> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message