[erlang-questions] list:join() for erlang?

David Terrell dbt@REDACTED
Thu Sep 13 23:39:33 CEST 2007


On Thu, Sep 13, 2007 at 01:38:29PM -0700, Bob Ippolito wrote:
> On 9/13/07, David Mercer <dmercer@REDACTED> wrote:
> > On Thursday, September 13, 2007, Ben Munat wrote:
> > > Out of curiosity -- still feeling my way around erlang and functional
> > > programming -- aren't the "helper" functions here stack-recursive (i.e.
> > *not*
> > > tail-recursive)?
> >
> > Looks like you're right.  Here's my tail-recursive version of the same:
> >
> >         join([], _) -> [];
> >         join([S1 | S_Rest], Sep) ->
> >                 S1 ++ reverse_join(lists:reverse(S_Rest), Sep, []).
> >
> >         reverse_join([], _, Joined) -> Joined;
> >         reverse_join([S1 | S_Rest], Sep, Joined) ->
> >                 reverse_join(S_Rest, Sep, Sep ++ S1 ++ Joined).
> 
> Using ++ all over the place is probably a bad idea, at least according
> to the performance guide and my intuition. I haven't profiled it.
> 
> This is our join/2, which is largely the same but uses lists:flatten/1
> instead of ++:
> 
> join([], _Separator) ->
>     [];
> join([S], _Separator) ->
>     lists:flatten(S);
> join(Strings, Separator) ->
>     lists:flatten(revjoin(lists:reverse(Strings), Separator, [])).

Is there any reason to prefer that over:
join([H|T], Sep) ->
    lists:flatten([H | [[Sep, X] || X <- T]]).

list comprehensions rule.

-- 
David Terrell
dbt@REDACTED
((meatspace)) http://meat.net/



More information about the erlang-questions mailing list