[erlang-questions] Erlang4Android

[Evan Miller]

If folks don't like pmods, -extends(), and error_handler, than ban them
from your organization. Why is it so important to people to prevent other
developers from using them? I love Erlang, but sometimes I feel oppressed
by zealous Puritanism in the community. If you don't like dancing,
gambling, and pmods, then don't do them... but that shouldn't stop the rest
of us from having a good time.

I've found that Pmods are great for writing callback modules where you want
some arguments always passed in implicitly. -extends() is great if you have
a lot of related callback modules and want to override functionality in
some cases but not in others. It's just a way to manage code complexity,
and I won't apologize for making use of it. Security and predictability are
not the only desiderata in development projects. Sometimes productivity,
simplicity, and manageability are more important. It all depends on the
situation.

I personally look forward to playing around with error_handler to GREATLY
simplify code generation in BossDB. I consider it a boon to my
productivity, and I think people who don't like it should just look the
other way and go about their own business.

Evan





On Sat, Jan 19, 2013 at 5:33 PM, Tony Rogvall <tony@REDACTED> wrote:

> I have never used parametrized modules, so I have no clue what you talk
> about,
> but I think $handle_undefined-function may be very useful.
>
> I vote for it. :-)
>
> /Tony
>
> On 20 jan 2013, at 00:16, Robert Virding <
> robert.virding@REDACTED> wrote:
>
> Isn't that the best reason NOT to implement it. Kill -extends() instead,
> it sucks.
>
> Robert
>
> ------------------------------
>
> *From: *"Björn Gustavsson" <bgustavsson@REDACTED>
> *To: *"Anthony Ramine" <n.oxyde@REDACTED>
> *Cc: *"Erlang-questions" <erlang-questions@REDACTED>
> *Sent: *Friday, 18 January, 2013 4:57:14 PM
> *Subject: *Re: [erlang-questions] Erlang4Android
>
> To implement the -extends() attribute that allows the
> implementation of a module to be extended by
> inheritance. That used to be implemented in the
> error_handler. I have removed that code in the same
> commit that implements $handle-undefined-function.
>
>
> On Fri, Jan 18, 2013 at 4:36 PM, Anthony Ramine <n.oxyde@REDACTED> wrote:
>
>> Out of curiosity, why?
>>
>> --
>> Anthony Ramine
>>
>> Le 18 janv. 2013 à 16:25, Björn Gustavsson a écrit :
>>
>> We needed that to implement the parse
>> transformation for parameterized modules
>>
>>
>>
>
>
> --
> Björn Gustavsson, Erlang/OTP, Ericsson AB
>
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://erlang.org/mailman/listinfo/erlang-questions
>
>
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://erlang.org/mailman/listinfo/erlang-questions
>
>
> "Installing applications can lead to corruption over time. Applications
> gradually write over each other's libraries, partial upgrades occur, user
> and system errors happen, and minute changes may be unnoticeable and
> difficult to fix"
>
>
>
>
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://erlang.org/mailman/listinfo/erlang-questions
>
>


-- 
Evan Miller
http://www.evanmiller.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20130119/6b962cdc/attachment.htm>