Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Dojo Toolkit 1.7 Released.

dojotoolkit.org

Post reply on HN
Print view View original

11–20 of 34 posts

Re: Dojo Toolkit 1.7 Released.

#11

Post by tizoc »

DrCatbox wrote: post #2

And not a single fuck was given. Does anyone actually think dojo has a future compared to the power that jquery gives to make your own "widgets" but far simpler than dojo? The simplest tutorials in the dojo documentation put html tags in the JavaScript code. Generating them like strings. It reminds me of the days when people would generate html (and javascript, oh god) using Java. Dojo is too big, too complicated and…

Dojo is extremely modular (unlike jQuery which is has a pretty big monolithic core and overloads $ for almost everything).

If what you have to do is manipulate the DOM and do XMLHttpRequests, then jQuery is more than good enough, otherwise Dojo has a lot to offer.

Some features from Dojo which are not about DOM manipulation or XMLHttpRequests that I use a lot:

- AMD-style modules (you can have this with jQuery, but Dojo is built with AMD from the ground up) http://livedocs.dojotoolkit.org/loader/amd

- the build system http://livedocs.dojotoolkit.org/build/index

- object stores http://livedocs.dojotoolkit.org/dojo/index#store-dojo-store

- deferreds (jQuery has these now) http://livedocs.dojotoolkit.org/dojo/Deferred

- templated widget definitions http://livedocs.dojotoolkit.org/dijit/_TemplatedMixin

- publish/subscribe http://livedocs.dojotoolkit.org/dojo/publish

- observable attributes http://livedocs.dojotoolkit.org/dojo/Stateful

This doesn't mean that you should be using it, just use what feels better for you. For some people (like me), Dojo is what feels better.

Re: Dojo Toolkit 1.7 Released.

#12

Post by tizoc »

DrCatbox wrote: post #6
untog wrote: post #5

Earlier quoted context omitted.

jQuery often uses "data-blah" as an attribute- that isn't any more or less valid than "dojoAttachPoint". And the general point is that Dojo can do a lot more than jQuery- for one, it works outside of the browser. A library like MooTools is the same. jQuery is, at it's heart, a DOM manipulation tool. Dojo and the others are more complete libraries that aren't just for HTML.

It is not required by jQuery to use "data-blah" in any html tag. Developing a dojo widget requires me to break html validation. I can perfectly fine use jquery without the data-blah attributes. Yes dojo is a complete library and for 99% of the use cases for a web application, it is overkill.

It is modular, you only use the modules you need, and you only load the javascript you need. As for data-*, you only use that if you want, it is a feature provided by another module. If you don't like it then don't use that feature and don't load that module ('dojo/parser'). You can create widgets programatically like in jQuery (and thats what I do).

Re: Dojo Toolkit 1.7 Released.

#13

Post by firemanx »

DrCatbox wrote: post #2

And not a single fuck was given. Does anyone actually think dojo has a future compared to the power that jquery gives to make your own "widgets" but far simpler than dojo? The simplest tutorials in the dojo documentation put html tags in the JavaScript code. Generating them like strings. It reminds me of the days when people would generate html (and javascript, oh god) using Java. Dojo is too big, too complicated and…

While I'd agree that the documentation could really use an overhaul, once you figure out what the "modern" way to use it is - I've found it to be none of the things which you describe it. I recently implemented an application on the 1.6 version of Dojo, and found it pretty easy to set things up using an MVC pattern which, while I could have implemented myself in JQuery, would have taken longer and wouldn't have been built to the standard Dojo expects. Here are a few things I like about it:

* It has a layout manager, so I can build fluid UIs that are divided up into various content panes that react via the MVC model. I tried a few different layout manager options out there under JQuery, and none of them integrated well with other libs I wanted to use.

* It has an event bus built in, which means I can decouple components but allow them to communicate asynchronously.

* It has a wide range of components that I can drop in, rather than writing myself.

* It's component model is actually kind of slick. You can define a view file, which is just some specially marked up HTML, and then a backing code file for it, which acts as the controller / event manager for the file. You can then define classes at the page level that act as controllers to wire up all of your individual components. No generation via strings.

* It has a built in dependency mechanism that dynamically loads only the components you need for a given page. It also has a build system that lets you package up only the components your application actually uses.

Sure, I could hunt around and try and duct-tape each of these pieces together individually with JQuery, but for my use cases, the "batteries included" model worked really, really well.

Re: Dojo Toolkit 1.7 Released.

#14

Post by dmethvin »

DrCatbox wrote: post #2

And not a single fuck was given. Does anyone actually think dojo has a future compared to the power that jquery gives to make your own "widgets" but far simpler than dojo? The simplest tutorials in the dojo documentation put html tags in the JavaScript code. Generating them like strings. It reminds me of the days when people would generate html (and javascript, oh god) using Java. Dojo is too big, too complicated and…

> Does anyone actually think dojo has a future compared to the power that jquery gives to make your own "widgets" but far simpler than dojo?

It really depends on what you're trying to do, I suspect. I'm on the jQuery core team and it's nice to have a lot of people building off our work.

> The simplest tutorials in the dojo documentation put html tags in the JavaScript code. Generating them like strings.

Yes, simple documentation examples often have HTML in them, the jQuery docs do it too at times. It's a lot harder to build real examples without all the extra stuff getting in the way of the simple concept you're trying to demonstrate.

Go into your browser's debugger and look at how many apps (including jQuery-based ones) are written. They use MVC frameworks but then create big chunks of HTML in JavaScript to generate the views rather than using templates. Here's one for example, from a very large newspaper site: http://i.imgur.com/a4R6I.png

Are you saying that jQuery is to blame for this app using embedded HTML, since we sometimes use it in our demonstrations for the docs?

> Dojo is too big, too complicated and bloated. It should be split up/down in all its major components.

Waitaminit, I thought jQuery was too complicated and bloated, at least that's what several people here were telling me when I posted the announcement here about jQuery 1.7 being released.

Most likely a big app needs darn near every byte of the base library it includes. Go over and look at the Mootools configurable download builder and tell me which of those checkboxes you could leave empty on a big project. Many of these big apps are more than half a megabyte of minified code. All of jQuery is about 92KB and Dojo is 100KB. I have seen the other 400+KB, and it is the problem.

Just like programming languages, libraries can be used improperly. Don't blame the library for the people who misuse it.

Re: Dojo Toolkit 1.7 Released.

#15

Post by Yxven »

DrCatbox wrote: post #6
untog wrote: post #5

Earlier quoted context omitted.

jQuery often uses "data-blah" as an attribute- that isn't any more or less valid than "dojoAttachPoint". And the general point is that Dojo can do a lot more than jQuery- for one, it works outside of the browser. A library like MooTools is the same. jQuery is, at it's heart, a DOM manipulation tool. Dojo and the others are more complete libraries that aren't just for HTML.

It is not required by jQuery to use "data-blah" in any html tag. Developing a dojo widget requires me to break html validation. I can perfectly fine use jquery without the data-blah attributes. Yes dojo is a complete library and for 99% of the use cases for a web application, it is overkill.

I also think that using html tags is a poor practice. That said, Dojo does not require it for anything.

I use dojo daily, and I find everything to be well-written and high quality. It's the documentation that has always been a train wreck. Their idea of improving the documentation is reorganizing it on a new website.

Re: Dojo Toolkit 1.7 Released.

#16

Post by vyrotek »

Fantastic! I'm literally working right now on a large application that uses Dojo 1.6 extensively. I must say that I'm overall impressed with the framework. The selection and flexibility of the widgets is great. I've done plenty of jQuery UI in the past and I'm honestly done with it until they get some consistency issues resolved. Dojo definitely fills a need.

But, I wish Dojo was still a bit more straightforward to package up the various modules/widgets our project is using into a single .js file. For now the dynamic parsing with dojo.require works fine. But as the project grows it won't cut it anymore.

Congrats to the team :) (PS. When can we expect it to be available through the Googel CDN?)

Re: Dojo Toolkit 1.7 Released.

#17

Post by hughw »

DrCatbox wrote: post #4
shuzchen wrote: post #3

Earlier quoted context omitted.

It's true, the docs aren't exactly good (and there are like, 3 versions of it floating around - which one to reference?). But it doesn't sound like you've actually used Dojo. It's neither big, complicated or bloated. Things ARE modularized, and the core has a lot of bits that are useful outside a browser environment. If you look at jQuery, the whole thing targets being run in a browser. Dojo base has a lot of languag…

Ive used it against my wish, but it may be also because of inexperience with it which makes me judge so badly. I could have done what I was doing in jQuery far more faster and effecient, and the resulting code would have been easier to maintain for many other developers. Very few know dojo. Also the idea of "dojoAttachPoint" as an attribute on basically any tag is questionable. If I recall only the latest html spec a…

data-blah is HTML 5 legal and dojo is changing its patterns to use it.

dojoAttachPoint is an attribute dojo uses in widget templates. I don't really know what you would propose to replace it (except data-attachPoint, say). If you're going to design a tempting system you need a binding mechanism, and that's what dojo does.

You can't complain too much about abusing the liberty HTML has always allowed with unrecognized attributes. Dojo cleverly leveraged the capability. And frameworks like dojo are the very reason we even have data-blah now.

Unless you are designing widget templates, you can do everything in dojo programmatically, if you choose, and keep your HTML pure. But, why?

Re: Dojo Toolkit 1.7 Released.

#18

Post by hughw »

firemanx wrote: post #13
DrCatbox wrote: post #2

And not a single fuck was given. Does anyone actually think dojo has a future compared to the power that jquery gives to make your own "widgets" but far simpler than dojo? The simplest tutorials in the dojo documentation put html tags in the JavaScript code. Generating them like strings. It reminds me of the days when people would generate html (and javascript, oh god) using Java. Dojo is too big, too complicated and…

While I'd agree that the documentation could really use an overhaul, once you figure out what the "modern" way to use it is - I've found it to be none of the things which you describe it. I recently implemented an application on the 1.6 version of Dojo, and found it pretty easy to set things up using an MVC pattern which, while I could have implemented myself in JQuery, would have taken longer and wouldn't have been…

Yes, there is seemingly a lot of documentation, each part of which describing about 80% of what you need to know. They've put a lot of effort into it, I think, yet it needs more effort. Since I haven't contributed to that effort, I can't complain. My advice: just read the source code. I wish you could just read the docs and understand the semantics of every api, but I finally realized that, if I cannot google the answer to my question in 15 seconds, just open the source code, which is excellently documented (internally), and very consistent in using patterns.

Re: Dojo Toolkit 1.7 Released.

#19

Post by hughw »

vyrotek wrote: post #16

Fantastic! I'm literally working right now on a large application that uses Dojo 1.6 extensively. I must say that I'm overall impressed with the framework. The selection and flexibility of the widgets is great. I've done plenty of jQuery UI in the past and I'm honestly done with it until they get some consistency issues resolved. Dojo definitely fills a need. But, I wish Dojo was still a bit more straightforward to p…

Havre you looked into the dojo build system? That's how you make your single minified js file. Pretty straightforward, I think? http://dojotoolkit.org/reference-guide/build/

Re: Dojo Toolkit 1.7 Released.

#20

Post by vyrotek »

hughw wrote: post #19
vyrotek wrote: post #16

Fantastic! I'm literally working right now on a large application that uses Dojo 1.6 extensively. I must say that I'm overall impressed with the framework. The selection and flexibility of the widgets is great. I've done plenty of jQuery UI in the past and I'm honestly done with it until they get some consistency issues resolved. Dojo definitely fills a need. But, I wish Dojo was still a bit more straightforward to p…

Havre you looked into the dojo build system? That's how you make your single minified js file. Pretty straightforward, I think? http://dojotoolkit.org/reference-guide/build/

Yep, but sadly I've made a few attempts and failed miserably.

Perhaps I'm too spoiled by jQuery UI Builder. I'd much rather prefer something like this where I can just pick the widgets I know I'm using: http://jqueryui.com/download

Post reply on HN