http://www.perlmonks.org?node_id=399283


in reply to Model-View-Controller: Template Toolkit vs. XSLT

I'm creating code for two clients using the mechanism I described in one of my columns. Very very soon now, I'll be pushing that code to the CPAN. Basically, I use a derivative of Class::Prototyped for my controller, Class::DBI for my model, and Template for my view. It works very well.

-- Randal L. Schwartz, Perl hacker
Be sure to read my standard disclaimer if this is a reply.

  • Comment on •Re: Model-View-Controller: Template Toolkit vs. XSLT

Replies are listed 'Best First'.
Re^2: Model-View-Controller: Template Toolkit vs. XSLT
by zby (Vicar) on Oct 15, 2004 at 15:44 UTC
[reply]
Re^2: Model-View-Controller: Template Toolkit vs. XSLT
by Anonymous Monk on Oct 15, 2004 at 14:05 UTC
[reply]

      Because Maypole has lots of problems that need to be fixed, like:

      • abysmal error handling and recovery (mostly inherited from UNIVERSAL::require)
      • Bad documentation
      • Bad extensibility as soon as more than one object is involved in one action
      • Bad logging infrastructure, ranging from nonexisting logging to wildly spewed warnings that can't be disabled
      • ...

      Many of these things are being worked on, by sri and others, but I wouldn't use Maypole in a setting where there is a client that pays for a working project that goes beyond beerdb in complexity.

[reply]
        abysmal error handling and recovery (mostly inherited from UNIVERSAL::require)
        I don't get what you mean with "inherited from UNIVERSAL::require", but error and recovery is nice with the new exception handling.
        Bad documentation
        There are still some small holes but it got a lot better since we are using Test::POD::Coverage. ;)
        Bad extensibility as soon as more than one object is involved in one action
        TIMTOWTDI, I tend to like Maypole::Component for complex stuff.
        Bad logging infrastructure, ranging from nonexisting logging to wildly spewed warnings that can't be disabled
        Dunno what you mean with "wildly spewed warnings that can'be disabled", you have to overload debug() to enable debug information. 
        sub debug { 1 }

        [download]
        What would you expect from a "good" logging infrastructure?


        I already invited you to our mailing list, it would be much more productive to post your complaints there. ;)
[reply]
[d/l]

In Section Meditations