Beefy Boxes and Bandwidth Generously Provided by pair Networks
go ahead... be a heretic
 
PerlMonks  

Re^2: Transferring a Catalyst installation

by thargas (Deacon)
on Nov 02, 2010 at 15:52 UTC ( [id://869031]=note: print w/replies, xml ) Need Help??


in reply to Re: Transferring a Catalyst installation
in thread Transferring a Catalyst installation

I have to agree with you about the crust. I've had to patch Catalyst::Helper's templates (site specific; don't ask) to get catalyst to generate working scripts. It'd be nice to have a standard way that a site could hook site-specific stuff in here without having to maintain this kind of thing.

You said two reasons. What's the other one?

Replies are listed 'Best First'.
Re^3: Transferring a Catalyst installation
by jethro (Monsignor) on Nov 02, 2010 at 16:27 UTC

    The other reason is that I think the strict MVC model is not consistent with a good object oriented design . Not my own idea, there was a nice article that convinced me (it may have been the paper talked about here UPDATE: No, it was a different one, but making a similar point).

    Now I have not much practice in OO programming and none in web programming, so don't listen to me. But the paper makes some very good points.

    Also the data of my web project is very "departmentalized" (i.e. one web page would usually access two and write to one small part of the whole information), this makes files instead of a database possible and quite frankly I loathe databases when it comes to maintenance and debugging

    Catalyst seems to adhere more strictly to the MVC design, with separation strictness and its reliance on a database, so that CGI::Application may be a better fit for me even though I also spotted some things I don't like there too.

    I really haven't decided yet. For example catalyst seems to depend on database use, only the older of two books about Catalyst mentions how to avoid a database, but it still seems possible to do. Same with object handling. Maybe I have to do a prototype first to help me decide

      Catalyst has no dependence nor restriction on any data or view layer at all. No data layer? Fine. 100 data layers including 10 DBs, 5 caches, file maps, webservice calls, parsers, random generators, also fine. No view, fine (but stupid because it means the controller has to do output). 100 views coexisting -- TT to Mason to JSON to XML to LaTeX to PDF -- also fine. The M doesn't mean RDBMS any more than the V means HTML.

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://869031]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others learning in the Monastery: (4)
As of 2024-03-19 06:47 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found