Re: [SQLObject] form generation/validation

[Carlos R. <car...@gm...>]

On Mon, 25 Oct 2004 17:24:37 +0100, Jamie Hillman
<ma...@ja...> wrote:
> It would be nice if SQLObject did preserve ordering as it would 
> make form-generation hacks like mine a bit easier :-)

I've sent a copy of this reply to the list; I think it's relevant, and
I hope you don't mind.

Not only form generation, but any declarative style add-on would be
easier to integrate. Examples are reports and views. Also, tables
created by SQLObject would have its columns correctly ordered in the
database, which is a small plus. Its somewhat strange to check the
database using another tool and see the columns in arbitrary order.
Not a big deal, but strange nonetheless.

> Yeah I see what you're saying here but when implementing something 
> simple, as I am, it seems wasted effort to generate two schemas (one
> for forms, one for the database).  Though you could still use the one
> schema and have different objects "decorating" the information for 
> different purposes.

The problem is that applications tend to stay simple for a very short
period of time :-) My own idea is similar to a 'decorator'. I'm now
studying aspects, and aspect oriented programming, in my plentiful
spare time (of course, this is a joke -- the spare time, that is). 
For what I have read, AOP tools (such as JAspect) already solve some
of the complex theorethical issues, including the development of
advanced graph representations for what they call 'cross-cutting
concerns' -- aspects that affect the software in orthogonal ways, and
that support really complex combinations of code. So I don't have
really a way to foresee when will I be able to push again on real
development. My current model is confusing and I don't intend to push
it beyond it's limits .

-- 
Carlos Ribeiro
Consultoria em Projetos
blog: http://rascunhosrotos.blogspot.com
blog: http://pythonnotes.blogspot.com
mail: car...@gm...
mail: car...@ya...