this is exactly what i have done. but i would like to build dynamically outlets and/or inlets in the query object depending on stuff i read in the database, so i need to *really* have the database in the creator of the query object.
I'm not sure if i fully understand this, but having inlets/outlets according to a database query relies on the database being static, because inlets/outlets can't be changed afterwards... It sounds like you are better off having just one object type with different messages - but i don't know exactly what you want to do with it.
all the best, Thomas
I'm not sure if i fully understand this, but having inlets/outlets according to a database query relies on the database being static, because inlets/outlets can't be changed afterwards...
what i look at are the structures of database tables (not their content). once a table is created it shouldn't change (and if it does, it is obvious that this will lead to incopatibility with everything reaying on the previous version).
It sounds like you are better off having just one object type with different messages - but i don't know exactly what you want to do with it.
this would be much less handy for the user. no, i just keep things as they are and will skip the allocation in/outlets according to the table structures.
all the best, Thomas
thanks m.