HD Mail wrote:
Im really not sure. but it seems to happen, why not just let it
happen until some winners become apparent ? seems to be happening
already (i.e. the consolidation of "winners").
I think that's what's happening here and we're all saying "Hey, you're
both winners, now let's make it better together!"
How can you say this when "SO" is being EOL and SO2 apparently is going
to solve all its problems (sorry i don't know much about SO2 so this
statement might be inappropriate).
I would not call that a winner. SA is a "winner" and if you can't see
that, well go use SO or SO2. winner + winner does not equal 2*winner. it
might mean (winner + winner)/ 2
Uhh, may I respectfully disagree. First, SQLAlchemy isn't going to lose
anything by having SQLObject built on top of it. But by your logic ((winner +
winner) / 2) one of the two projects gets pulled down closer to the level of
the other (whichever one is better becomes worse). I don't think this will
happen unless combining the two projects adds so much confusion to the mix that
the combination ends up being worse than one of the projects alone (not likely
since the SO layer is not required to make the SA layer work).
What features in SO is it that people want that SA can't handle. I don't
get this push for consolidation.
SQLObject is much simpler to configure (a lot less code) than SQLAlchemy (maybe
ActiveMapper will change this?). The main feature I liked about SO was the fact
that the domain object class contained all table and mapper information, which
is a big advantage in a lot of cases. It's easier to manage because I don't
have to keep scrolling back and forth between my table/mapper/class definition
to see all the parts of my domain object. SA requires a lot more typing and a
lot more scrolling around to see what you've got.
~ Daniel
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Sqlalchemy-users mailing list
Sqlalchemy-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sqlalchemy-users
