[erlang-questions] If you are homesick for object.selector
Evan Miller
emmiller@REDACTED
Thu Jan 24 17:13:41 CET 2013
On Thu, Jan 24, 2013 at 9:18 AM, Loïc Hoguin <essen@REDACTED> wrote:
> Now I know this isn't the Erlang way, but I'm sure there can be a solution
> that allows to write something similar. Frames looked like a pretty good
> step in the right direction. Regardless of syntax, I'm sure we can have
> something like:
>
> Character2 = Character{weapon{ability{cost=123}}}
>
> Where it would be checked against the proper type, evaluated at runtime, and
> return a copy of Character with the requested modifications. This can work
> for access, "modification", and pattern match. The user would be aware that
> it has runtime costs, but will likely still choose this because it allows
> him to actually get the work done. There's many projects that I wouldn't
> even dream to do because of how tedious it would be, as I want to get my
> project running and not battle endlessly to modify my data.
Is there any chance we could make the colon operator left-associative?
That way children of Satan could waste precious CPU cycles writing
things like
Cost = Character:weapon():ability():cost()
While laughing maniacally and dancing around a burning pyre of Prolog books
>
>
> --
> Loïc Hoguin
> Erlang Cowboy
> Nine Nines
> http://ninenines.eu
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://erlang.org/mailman/listinfo/erlang-questions
--
Evan Miller
http://www.evanmiller.org/
More information about the erlang-questions
mailing list