Re: Cocoa EOF Applications & December 2002 Dev Tools
Re: Cocoa EOF Applications & December 2002 Dev Tools
- Subject: Re: Cocoa EOF Applications & December 2002 Dev Tools
- From: Ricardo Strausz <email@hidden>
- Date: Mon, 24 Mar 2003 11:44:35 -0600
Szia mindenki!
I had been developing for EOF since it was (an independent) part of
NeXTSTEP and Michael, you are right, Cocoa/EO may be the best
environment to develop database-based apps in a controlled network,
even-though Apple do not support it.
There are at least two kind of apps which grows better in Cocoa/EO than
in, say, Java Client: Small business apps which uses extensive access
to the database but also extensive use of local algorithms (I just made
a Cuote.app which runs its findPrice: method at least in 1/8 times
faster than in Java); and scientific apps in which the compiled code is
of vital essence, but also need to manipulate huge amounts of data (I
am a mathematician and some times need to run some "small" examples of
, say graph theory... they can run out EVERY computer).
I had been able to do some business Cocoa/EO apps but never with out
some problem (you may find some of them in the KDB in previous post of
this list), e.g., NSTimestamp, NSOrderings, and so...
So far, the solutions always used some custom Java-Object which does
the things I was not able to implement via the Java-Bridge. Therefore I
have a new strategy: I am re-implementing my framework (called BACO:
Business Applied C Objects) in the Java side, so it will live
independent of Apple politics, and putting everything of the GUI and
business logic on Obj-C (so it will exploit all Cocoa resources).
However the Java bridge needs to be updated... it is still too slow,
specially at start-up.
I hope that, if more and more developers discover the benefits of
Cocoa/EO apps (like speed and Objective-C) and use them more and more,
Apple will take a closer look to this technology to do it better. But,
by the moment, I think we are like Pandas: beautiful but in danger of
became extinct.
DO NOT GIVE UP!!!!!!!!!
LA UNION HACE LA FUERZA
Dino
http://homepage.mac.com/strausz
On lunes, marz 24, 2003, at 00:42 America/Mexico_City, Randy Leonard
wrote:
Or is Apple eventually going to support Cocoa EOF apps
If memory serves correctly, the Cocoa EOF are private frameworks for
the
benefit of EOModeler. They are still under
System/Library/PrivateFrameworks
on my system. Doubt Apple wants to support two distinct EOF
codebases, so
don't count on that stuff sticking around if the EOModeler dependency
is
someday eliminated.
Randy
----- Original Message -----
From: "Michael Halliday" <email@hidden>
To: <email@hidden>
Sent: Saturday, March 22, 2003 9:31 PM
Subject: Cocoa EOF Applications & December 2002 Dev Tools
Hi everyone,
I am being TRYING to play around with building a Cocoa EOF
application.
I'd much rather use Cocoa than a Java app. My question is
this...has
anyone been able to create a brand new Cocoa EOF Application in
project
builder and successfully been able to launch the app? Or open the
MainMenu nib file (or any other Cocoa EOF Nib) in Interface Builder?
Prior to the December 2002 Dev-Tools update this worked fine. But
every since I upgraded I have been unable to create a new Cocoa EOF
app. The really strange thing is, I AM able to open a project that I
created prior to the Dec update and it works fine...Nib files and
everything. However, I can't add new ones. Any help would be much
appreciated.
Also, while on this topic...does anyone know if this is a losing
battle? Or is Apple eventually going to support Cocoa EOF apps. It
seems only logical to me. I think it would be EXTREMELY powerful to
be
able to write a native 3-tier database app with a complete cocoa front
end...especially in the enterprise market or small business arena
(where everyone has macs). Just my opinion anyway.
Thanks in advance,
Michael.
Michael Halliday
email@hidden
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.