I also take issue with frameworks being described as "a twisty nightmare." Dojo is a joy to work with.
I also take issue with frameworks being described as "a twisty nightmare." Dojo is a joy to work with.
Sorry but that's a stupid point that is irrelevant and it amazes me why anyone would seriously state it, yet many people do. Let's all use Brainfuck then. Or program in Minesweeper.
Dojo may be nice, but do you use Dojo and JQuery at the same time? Now what if you also find a nice component that uses Mootools, would you be comfortable including that too?
As for using Dojo and Jquery at the same time, well that's sounds like bad architecture planning. Would using Coldfusion, PHP and Python in the same file sound like a great idea? Ok maybe that's a bit much, but how about several templating systems nested on top of each other in a python app such as mako, django templates, and clearsilver. Does that sound like a good idea? Don't mix JavaScript frameworks .
> Don't mix JavaScript frameworks .
That's my whole point. JQuery should just be for DOM manipulation (not a full fledged application framework) but the core Javascript library is so terrible it needs to include things like each, grep, map, and an implementation of string trim for Pete's sake!
PHP is a terrible language for encapsulation, but at least I have chance if I want to include more than one PEAR library. Encapsulation is possible - for instance I can bootstrap a Zend Framework application inside something else and I know it will work because it uses no global variables and it's simply not possible to extend the core language.
So what if I use Dojo and do really like a component in JQuery UI? If you don't think that's a severe and damning limitation then that's a failure of imagination.
return { something };
and return
{ something };
are not equivalent in Javascript?