Got it. Thank you very much.
More questions, pls.
As I read, the great things about WO that I know are:
1. EOF
2. Direct to Web
3. Direct to Client
4. Price of WO
These add up to make application develop with the least code and the fastest possible.
My questions are:
1. For EOF, is it used for data-driven application ONLY? So if I don't actually use any database, EOF won't help at all?
2. For Direct to Web and Client, my first thought is that they're most useful for prototype and RAD, but then since you can also use the generated UI as component and also edit rules and everything, maybe it's more useful than that. However, I have no means to know how much. But let me just ask: Is Direct to Web & Client more likely to be used whenever a comercial/business scale application is designed/built?
3. Is Java Client app approach less used because WO is best for Web application?
4. I've wondered about how the auto-generated or the drag and drop way of designing java swing UI work? I know that Borland JBuilder enable drag and drop of Swing component, jus like Visual Basic, but it doesn't really work very well for java Swing. This makes me wonder about WO's implementation.
5. I don't know Web Services well enough to know the value of the Direct to WS compare to other ways of doing web services. But it's probably very good since you don't even need to write any code? :-P
I've also asked about J2EE support in another topic.
Thanks, all. I really enjoy reading about WO. I read WO overview and I think Apple's document is great, clear, and right to the point, but not as much though, probably because of its smaller community.
I know I have a lot of newbie questions here, but you don't have to answer all of them.
Thanks,
--marina
Dov Rosenberg <email@hidden> wrote:
If you want to support multiple databases I would stay away from stored procedures ¨C these are very vendor specific. WebObjects/EOF makes it much easier to support multiple databases because EOF is an Object Relational mapping tool that abstracts the database from the source code. EOPrototypes are very useful is supporting multiple databases. Check out Practical WebObjects from Chuck Hill (Apress Books). It is a very good book that goes way beyond product manuals.
--
Dov Rosenberg
Conviveon Corporation
http://www.conviveon.com
On 1/30/05 3:53 AM, "java mouse" <email@hidden> wrote:
I read that WebObjects data-driven application can change its database without a single line of code, and I also read that WO app. actually support the use of StoredProcedure.
My question is: how does it achieve database nuetral with the storedprocedure?
Thanks a lot,
-marina
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
If you want to support multiple databases I would stay away from stored procedures ¨C these are very vendor specific. WebObjects/EOF makes it much easier to support multiple databases because EOF is an Object Relational mapping tool that abstracts the database from the source code. EOPrototypes are very useful is supporting multiple databases. Check out Practical WebObjects from Chuck Hill (Apress Books). It is a very good book that goes way beyond product manuals.
--
Dov Rosenberg
Conviveon Corporation
http://www.conviveon.com
On 1/30/05 3:53 AM, "java mouse" <email@hidden> wrote:
I read that WebObjects data-driven application can change its database without a single line of code, and I also read that WO app. actually support the use of StoredProcedure.
My question is: how does it achieve database nuetral with the storedprocedure?
Thanks a lot,
-marina
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Do you Yahoo!?
Yahoo! Search presents - Jib Jab's 'Second Term' _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden