I know it's possible to create a transfer object. There was a thread about this within the last 6 weeks or so (just posted). Someone voiced the opinion that it was a bad idea, especially for anyone else working on the app after you or with you, because essentially you are breaking the API. Any calls to the Transfer API with that transfer object will throw an unexpected error.
Your decorator idea I believe is new to this discussion, as far as I remember. It doesn't negate the API concern, but may help to mitigate it if your app follows the practice of encapsulating transfer methods in your decorators. On Tue, Mar 17, 2009 at 7:09 PM, Jim <[email protected]> wrote: > > Hi, > > I an new to transfer and had a question. Is it possible or desirable > to create transfer objects where there is no database table? > > For instance, you might have a logical object that exists across > pysical tables (a few columns from each) that is manipulated through > stored procedures. > > Some possible solutions I considered are: > > 1. Create a database view for the logical object. Use a decorator to > override where a stored procedure is needed. > 2. For the table attributes in the transfer.xml file, just put a > blank string, then set a decorator and override the get, delete, save, > etc. methods as necessary. I don't know if transfer will like this. > 3. Forget trying to create a logical object and just use the ones > that relate to physical tables and get the necessary objects for the > information you need. > > Any thoughts? > > Thanks, > Jim > > > > -- Nando M. Breiter The CarbonZero Project CP 234 6934 Bioggio Switzerland +41 76 303 4477 [email protected] --~--~---------~--~----~------------~-------~--~----~ Before posting questions to the group please read: http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer You received this message because you are subscribed to the Google Groups "transfer-dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/transfer-dev?hl=en -~----------~----~----~----~------~----~------~--~---
