Mailing Lists: Apple Mailing Lists

Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Is it bad to put Objects in EO derived classes




On 31 Oct 2006, at 21:26, Baiss Eric Magnusson wrote:

I'm assuming you're using EOGenerator and generating 2 different class files, right? That's really the best way to do it, then you add your variables in the non underscore class. I do this all the time.


No I don't use EOGenerator and generate 2 different class files, is there any more on that, examples, etc.

You don't need EOGenerator to do this, I have done it by hand since before EOGenerator.


Step 1: use EOModeler to create a java file as as YourClass.java
Step 2: edit YourClass.java to "extend _YourClass"
Step 3: remove all the accessors, and replace with your business logic

Step 4: use EOModeler to generate _YourClass.java
Step 5: edit _YourClass.java to be "_YourClass extends EOGenericRecord" and the constructor to be called _YourClass


Repeat steps 4 and 5 as you update your eomodel. Edit YourClass.java as you revise your business logic.

EOGenerator does this - and more.

Paul



_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/email@hidden

This email sent to email@hidden
References: 
 >Is it bad to put Objects in EO derived classes (From: Baiss Eric Magnusson <email@hidden>)
 >Re: Is it bad to put Objects in EO derived classes (From: Chuck Hill <email@hidden>)
 >Re: Is it bad to put Objects in EO derived classes (From: Baiss Eric Magnusson <email@hidden>)
 >Re: Is it bad to put Objects in EO derived classes (From: Ken Anderson <email@hidden>)
 >Re: Is it bad to put Objects in EO derived classes (From: Baiss Eric Magnusson <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.