Re: Gianduia and WO
Re: Gianduia and WO
- Subject: Re: Gianduia and WO
- From: Mike Schrag <email@hidden>
- Date: Thu, 5 Nov 2009 20:54:05 -0500
That's a lot of _javascript_ files. Obviously, a lot of work has gone into this new framework.
I have griped about the number of individual files .. I think it should be packed, but it does dynamic class loading, which means you only download what you use, and it also caches so you only get them the first time. I still think the foundation classes should be packed into a single file, though.
Is this a complete Apple JS framework or does it rely on a secondary framework i.e. prototype?
Complete stack. Why not have a _javascript_ file that loads the necessary dependencies after the dom is loaded?
It does -- that's what i meant when i said it's does dynamic class loading (which then is implemented via dynamic script loading). My point was that this is overly fetchy when you consider that every app is going to kick off the foundation classes. That's pretty cool. I need to re-read your blog about ERRest. From your description it sounds like the _javascript_ will be obfuscated and you'll just program the view like you do now. Is that right?
Are you talking about ERRest here or Gianduia in particular? ERRest is just about building restful services that can be vended out to any number of front-ends. As far as building Gianduia apps, you currently would do it entirely in JS/HTML. You could build some webobjects components, but Gianduia IS component-based, so has its own html templates and _javascript_ component controllers, etc. So there's some level of complexity in making a webobjects component stack that generates another component stack. From my perspective, I don't know that it's worth building a server stack on top of it as much as I think it would be nice to leverage the development tools we already have to make it easier to write the _javascript_.
You should buy the WOWODC videos from this past year ... I show a lot more information about Gianduia in there.
ms |
_______________________________________________
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