--
You received this message because you are subscribed to the Google Groups "elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email to elixir-lang-co...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/elixir-lang-core/fe90e58a-4668-49de-b0e6-2fc78a8d0298%40cold.org.
To be honest, that’s why I asked 🙂 I’m still not fully clear on what the core objection is, even after re-scanning the discussions. And some go far back, so I don't know if they are still a held opinion or not.
Is it that the es6_maps module's implementation can’t express certain things (like pinning), and this makes it an incomplete solution? Or is it simply that there is a preference around the `var:,` syntax itself?
I might be missing something, so please correct me if that’s the case. I'd rather have a partial solution that hits 90% of the use cases, and is pleasing to read, than something that is... something else (I can't find a non-offensive adjective 😂), even if it does cover a few more use cases.
But, if it does ultimately come down to your personal preference, that’s obviously a valid prerogative you have 😂.
For what it’s worth, my own reaction is that I find the second syntax pretty unpleasant to read. I realize that’s subjective, but the `var:,` form consistently looks like a lexical error to me rather than an intentional construct.
If this syntax was actually brought into core, my main concern
would be whether es6_maps
would continue to work cleanly after such a change — I’d strongly
prefer to avoid the colon+comma form in my own codebases, if at
all possible, and after how comfortable es6_maps has become in
just a month of use, I'd hate to lose it.
-Brandon
To view this discussion visit https://groups.google.com/d/msgid/elixir-lang-core/CAGnRm4%2BwXHB9cJWoXsxq7K2Ox4LzWxFMJQ8prmYNSq2QSfgOZQ%40mail.gmail.com.