in reply to Re^8: Your main event may be another's side-show.
in thread Your main event may be another's side-show.

But--and this is the whole point--all of the above are libraries! Not frameworks

Well. I guess we (I mean you and I) have different understanding on what a framework is. I would consider the Tk's event loop a part of "framework". But you consider it a "library" :)

Since the subject resulted in just personal dislike of certain modules from CPAN, then I don't see any reason to argue about this. I'm trying to respect personal dislikes :)

  • Comment on Re^9: Your main event may be another's side-show.

Replies are listed 'Best First'.
Re^10: Your main event may be another's side-show.
by BrowserUk (Patriarch) on Oct 25, 2010 at 09:16 UTC
    I guess we (I mean you and I) have different understanding on what a framework is.

    The best online definition I could find of a framework in this context is at http://parlab.eecs.berkeley.edu/wiki/patterns/glossary which is fairly authoratative:

    Framework: A framework is a software environment organized around a software architecture that allows for programmer customizations only in harmony with the software architecture

    Which mirrors the kind of crtisisms I've been levelling at them when I've said: They proscribe the entire architecture of your application; and: They prevent you from using all the tools in your toolbox.

    My own definition is a simple test. Do I call them; or do they call me? The former is a library, the latter a framework. (That line can be blurred.)

    I don't see any reason to argue about this. I'm trying to respect personal dislikes :)

    Agreed! One man's squishy, slimey, salty yuk, is another man's caviare :)

    Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
    "Science is about questioning the status quo. Questioning authority".
    In the absence of evidence, opinion is indistinguishable from prejudice.
[reply]

In Section Meditations