<div dir="ltr">Concurring with Loïc and José, all of their ideas would be outstanding.<div><br></div><div>Perhaps slightly longer term/more generically, it would be nice if a maps Lens implementation made its way into core.  ROK's lens.erl (<a href="http://www.cs.otago.ac.nz/staffpriv/ok/lens.erl">http://www.cs.otago.ac.nz/staffpriv/ok/lens.erl</a>) is a pretty great start, but shipping a blessed Lens would be even better.</div><div><br></div><div>F.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 8, 2016 at 12:01 PM, Loïc Hoguin <span dir="ltr"><<a href="mailto:essen@ninenines.eu" target="_blank">essen@ninenines.eu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Iterators and map comprehensions would be great.<br>
<br>
For example I receive JSON or equivalent coming in, convert to map and want to check the values (and sometimes convert types), and right now it goes through two conversions (to and from list).<br>
<br>
I know it's not functionality per se but it's the limitation I'm most often seeing. It's followed by the map key in function head issue (the one binaries also have) and deep updates is only third. I'll also +1 Jose's suggestion, that's a useful one to have.<br>
<br>
Cheers,<div><div class="h5"><br>
<br>
On 04/08/2016 08:31 PM, Björn-Egil Dahlberg wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
Hi there!<br>
<br>
I would like to know if you have any desires that we extend the current<br>
maps module with additional functionality?<br>
<br>
Have you repeated some code or built your own private lib to handle<br>
certain maps specific tasks and thought "why isn't this in the maps module?"<br>
<br>
I would like to know!<br>
<br>
There is still time before 19.0 to extend the current API.<br>
<br>
We have for example discussed adding {get, put, update,<br>
remove}_path type of functions where we handle nested maps. Would this<br>
be useful? Would it be used?<br>
<br>
What have we missed?<br>
<br>
// Björn-Egil<br>
<br>
<br>
<br>
<br></div></div>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br><span class="HOEnZb"><font color="#888888">
</font></span></blockquote><span class="HOEnZb"><font color="#888888">
<br>
-- <br>
Loïc Hoguin<br>
<a href="http://ninenines.eu" rel="noreferrer" target="_blank">http://ninenines.eu</a><br>
Author of The Erlanger Playbook,<br>
A book about software development using Erlang<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</font></span></blockquote></div><br></div>