Single page apps in depth (new free book)
singlepageappbook.com
Single page apps in depth (new free book)
1–10 of 32 posts
Re: Single page apps in depth (new free book)
#2Re: Single page apps in depth (new free book)
#3Look forward to reading the whole thing tonight.
Re: Single page apps in depth (new free book)
#4its simple app using api to get list of car2go available cars, parking spots, with a simple Google Map mashup.
it isn't DOM->Model->View structure. its simple call to api to retrieve json using php and javascript and php/html presentation.
any generalized suggestions about how to do this as DOM->Model->View structure?
where does the api call fit? in DOM
Re: Single page apps in depth (new free book)
#5I was expecting the book to be on a single page
Re: Single page apps in depth (new free book)
#6I was expecting the book to be on a single page
Re: Single page apps in depth (new free book)
#7His attacks on using the DOM to store information make me think he's never know the joy of a clean data-binding setup.
Re: Single page apps in depth (new free book)
#8I'm a little skeptical from my initial skim of this. His attacks on using the DOM to store information make me think he's never know the joy of a clean data-binding setup.
Re: Single page apps in depth (new free book)
#9I'm a little skeptical from my initial skim of this. His attacks on using the DOM to store information make me think he's never know the joy of a clean data-binding setup.
I'd say databinding is useful for smaller convenience plugins, not for the architecture of larger JavaScript applications. From my quick skim this book is spot on.
Tell me you've got something better than that.
Re: Single page apps in depth (new free book)
#10Earlier quoted context omitted.
I'd say databinding is useful for smaller convenience plugins, not for the architecture of larger JavaScript applications. From my quick skim this book is spot on.
It is your opinion that the answer to making a larger JavaScript application is one big bucket of state Object? Tell me you've got something better than that.
At a certain point (and fairly early, really) keeping the state of an interactive application as HTML nodes is not what I want.