2008/5/24 Paul Makepeace <[EMAIL PROTECTED]>: > DBIx::Class is certainly powerful, and the dev team is superbly smart; the > list is friendly & helpful too. That said, I find it's substantially more > complicated (versus complex) and difficult to use, esp if you have an SQL > background. You have to really jump through hoops to get some basic (in SQL) > stuff done, and only really recently the docs have got to the point where > you don't have to be a core developer to make full use of it. > > Having worked with Cat & DBIC for 2+ years I'm still not clear that a "fuck > it, just use SQL with some handy convenience layer" wouldn't be a better > solution.
You can always grab a database handle from the schema (or even fetch your own). I found it had a steeper learning curve that C::DBI or RollYourOwn, but it's already reaping benefits on this project in a matter of weeks. Having said that, I wish it was as easy (or more accurately more documented with plenty of examples) to tell it to use some hardcoded SQL statements or fragments. >> * The dispatching doesn't work as well as either Maypole or Catalyst >> (again as far as I could see) >> * The Templating system seems roughly equivilent to Mason ( " " " " " >> "), certainly not in the same league as TT (which I believe is being >> ported to python) > > The dominant impression I got from the perl audience when Django was > presented alongside Catalyst/TT in London a while back, was "OMG it's TT". > No-one I heard mentioned mason. Mason is perl; Django template language & TT > are distinct mini-languages. Quite different. I was thinking more of the way components are used in it - the examples I saw were more like Mason than TT IMHO, if you ignored the syntax. >> The scaffold/admin thing looks quite cool, slightly more DWIM than >> Catalyst or Maypole, but not "way ahead". > > Well IMO it is way ahead. There is nothing like that in Catalyst, even if > you look at what Django had over two years ago. Care to provide any quick tips at what to look for ? just a list of keywords to google will do. > Sorry to cop-out but I can't be arsed to go into this because I'd say the > choice of languages or frameworks or other fodder that drives so many of > these ultimately, ahem, narrowly focussed discussions are quite separate > from the business drivers. Didn't you say almost exactly opposite earlier in the thread ? i.e. looking for a perl equivilent to web.py (presumably because that would make better use of the skills available. > I find those business issues just so much more interesting, but that's just > me :-) Meh, I find business politics pretty dull, business problems to technical solutions are more interesting. I'm really surprised how challenging and interesting my current gig has been, especially after having fun working on aviation briefing systems. A. -- http://www.aarontrevena.co.uk LAMP System Integration, Development and Hosting _______________________________________________ BristolBathPM mailing list [email protected] http://mailman.bristolbath.org/mailman/listinfo/bristolbathpm
