DoubleDollarJS.com

http://doubledollarjs.com/

by DaNmarner • 14 years ago

76 50 14 years ago

doubledollarjs.com

arturadib• 14 years ago

Looks awfully familiar:

http://agilityjs.com

eclipxe• 14 years ago

I much prefer AgilityJS! :-)

ewolf• 14 years ago

That's one awful lot of parantheses for a hello world.

ehutch79• 14 years ago

Towers of power should be discouraged all around, let alone in hello world examples.

DanHulton• 14 years ago

I can't imagine writing in that, just... so much whitespace.

falava• 14 years ago

It follows Allman style of indentation:

http://doubledollarjs.com/#convention

http://en.wikipedia.org/wiki/Indent_style#Allman_style

brian_c• 14 years ago

It breaks returning object literals because `return` on its own line is a complete statement.

vidarh2• 14 years ago

Whenever I come across Allman style indenting, I get an overwhelming urge to run "indent"....

emehrkay• 14 years ago

I hate when people choose a standard that has cases where it shouldn't be followed. See the return semicolon injection JS bug/feature.

I roll with BSD KNF across all of my brace-based langs.

jtms• 14 years ago

when I absolutely must be bothered to use braces at all "one true brace" is the ONLY way to roll :-)

Or in this case just use coffeescript and rejoice.

duiker101• 14 years ago

Scrolling the homepage gave me a strong WTF feeling. This looks really really confusing.

mamcx• 14 years ago

I don't see why everyone here say this is terrible or bad. What problem it have?

TylerE• 14 years ago

Feels like trying to hammer a nail with a screwdriver.

pfraze• 14 years ago

I'm having trouble understanding what the framework offers. Though I appreciate seeing code quickly, I'd like a better overview of what it does.

vidarh2• 14 years ago

Same here. It looks like a loader plus some extensions that offer routing, and history/back/forward management plus a lot of conventions.

A comparison of what it offers compared to at least a couple of the major libraries offering those things would've been useful...

zacharyvoase• 14 years ago

Is this a parody? I'm genuinely having trouble discerning.

reitzensteinm• 14 years ago

Nope, it's been developed by Justin Vincent of the TechZing podcast.

He spent about five minutes on the latest show explaining it... but frankly I still have no clue what it is.

redidas• 14 years ago

Is this an actual HN comment?

abailin• 14 years ago

Yes (comment # 4607839).

lukifer3• 14 years ago

I like the $$ syntax, but DoubleDollarJS is not a great name, so I can see why you would think that.

J0415• 14 years ago

I prefer "bling bling JS"

johnpolacek• 14 years ago

JS Devs - I think if you can open up your minds and take a look at what is actually a new and interesting approach to a JS framework, you'll be glad you did. Take a look at the examples. There's definitely some potential with this one.

incongruity3• 14 years ago

Not to be harsh, but can you give an explanation/argument that includes substantive reasons for why there's potential?

The above seems awfully close to a dogmatic sort of "if you don't get it, the fault is with you" kind of statement.

oinksoft3• 14 years ago

There is potential because it is very simple to set up and works for the small tasks. I developed something similar a couple years ago called Jig.js (I've since pulled it offline and relegated it to small internal apps, and also quick browser-based presentations) because I wanted to be able to easily throw together quick apps, only having to include one <6kb (uncompressed!) JS file with no dependencies.

Here's an example slideshow application's source: http://oinksoft.com/static/js/jig.example.js

And here's Jig.js, use at your own risk: http://oinksoft.com/static/js/Jig.js

Erm, license ... how about MIT? MIT license it is.

The `slides' array is my data store, and the `presenter' object handles clearing out the page for the next slide. The actual app logic is tiny, but right away you get hash URLs, easy dispatching to actions, and a very simple controller/action model that can actually be even lighter than this example shows (for instance, you can choose to define no controllers at all, and just have an action list, kind of like Sinatra).

It doesn't use HTML5 History, and I'm sure it has all types of subtle issues because, like I said, it's only for internal use. But I see people are interested in tools like this, so I thought I'd let you all see :^)

The current popular offerings are HEAVY (Backbone, Ember, Angular) but I'm not going to release something that isn't industrial strength.

People shouldn't be so harsh to independent authors. I feel differently about large companies like Google and Microsoft, who get extreme value out of open source.

There's a reason I don't release many handy tools like the one linked in this comment, and it's because I expect a torrent of criticism to follow (which I can handle) and I'm not interested in changing it at all except for my own purposes (and so I'd just feel guilty).

columbo• 14 years ago

The entire thing doesn't work in Linux/Chromium

		$$.js:28Uncaught SyntaxError: Unexpected token default
		$$.(hooks).js:11Uncaught ReferenceError: $$ is not defined
		$$.(core).js:246Uncaught SyntaxError: Unexpected token delete
		$$.(router).js:1Uncaught ReferenceError: $$ is not defined
		$$.(bindings).js:23Uncaught SyntaxError: Unexpected token default
		$$.content.js:1Uncaught ReferenceError: $$ is not defined
		$$.home.js:9Uncaught SyntaxError: Unexpected token default
		$$._bootstrap.js:26Uncaught ReferenceError: $$ is not defined
		Uncaught LiveEdit Failure: Failed to compile new version of script: SyntaxError: Unexpected token :

Zelphyr• 14 years ago

Its... I... um... Why?

jv22222• 14 years ago

The author here. This project was not ready for public release or review. Examples and docs need to be created etc. Should have been behind a firewall. Thanks for all your feedback.

nateabele• 14 years ago

What exactly is the reasoning behind embedding a bunch of HTML as template strings? Wouldn't it make way more sense to separate those out?

Why would one choose something like this over Angular or Ember?

incongruity3• 14 years ago

=) well, live it up and go ahead and use this as a platform for your ideas – I'm sure many would like to hear about it/your plans for it in greater detail, if you're so inclined.

ilaksh• 14 years ago

I can't get passed the way the code is formatted. Please just write it the way people normally write JavaScript:

    $$ ({
      home: {
        route: {
          defaultOnly : true
        }
      }
    })

Or in CoffeeScript:

    $$
      home:
        route:
          defaultOnly: true

Other than that, this is sort of interesting. Reminds me of Couch Apps, which I could never get the hang of and eventually had to stop messing with. Everything is declared according to a specific structure, but its hard to figure out what structure you are supposed to use for a given task. High learning curve and difficult translation from imperative thought to this type of patterned declaration.

lukifer3• 14 years ago

Taste is subjective. I write my JS pretty much the way DoubleDollar does. Of course, CoffeeScript makes it moot. :)

Dirlewanger• 14 years ago

Another day, another ho-hum JS doo-hicky thing-a-ma-jigger...

grandalf• 14 years ago

While the visual style of the code may be perplexing to most of us, I imagine it might make javascript far easier for a dyslexic person to read.

hk__2• 14 years ago

In Chrome/Chromium, $$() is a shortcut for document.querySelectorAll().

yahelc• 14 years ago

Only in the Webkit Inspector console, nowhere else. $ is also a shortcut (I forget for what though).

They're over-written by a page if that page defines that variable globally in some way.

michaelbuckbee• 14 years ago

It is also used by prototype.js - http://api.prototypejs.org/dom/dollar-dollar/

fooandbarify• 14 years ago

Geez, a lot of jerks on HN today. jv22222, thanks for making this. You're obviously putting a lot of work into it. I can't say that it particularly interests me at this point, but I'm glad that you and people like you work hard on things and open-source them.

jschrf3• 14 years ago

I'm curious as to why numerous JS frameworks create DOM structure via string concatenation, or by putting markup in script tags. That's an automatic fail, in my books. No matter how interesting or useful a JS framework looks, I just can't get past the need to mix markup and code.

bballbackus• 14 years ago

The script-markup mixture used by DoubleDollar or Backbone is really just a necessary quirk to achieve templating functionality. I haven't seen it done better honestly.

Try it, you're refusal to "get past the need to mix markup and code" is restricting you from some pretty helpful functionality if you build JS heavy web apps!

wprater• 14 years ago

Plates has separated markup and function very well, IMHO https://github.com/flatiron/plates

jschrf3• 14 years ago

Thanks. I do build very JS heavy single-page web apps. Where I work we separate markup from code completely, and use MVVM to glue the things together. I've given an example above in reply to another comment.

People who write business code and logic often have little to no concern about tables vs divs, CSS quirks, and markup structure in general. Conversely, our UX people have no concerns whether we use MongoDB or SQL Server to serve records. They shouldn't have to. Our concerns are separated by using proper design and architecture, and we can work on things together while focusing on implementing our particular skillsets.

The script/markup mixture of DD and Backbone is not necessary at all, and it's a quirk because these frameworks (and others) make it one!

mistercow• 14 years ago

>I'm curious as to why numerous JS frameworks create DOM structure via string concatenation,

Probably because of this: http://jsperf.com/string-concatenation-vs-the-dom

jschrf3• 14 years ago

Nice benchmark, but it misses the point.

Yes, it's faster to create DOM elements in string form rather than one-by-one, attribute-by-attribute.

However, creating DOM structure in code sucks. It's far better (and faster) to create markup and deal with templates by compiling HTML files into strings in JavaScript files and then turn those strings into DOM structure when needed.

Once you create DOM fragments from singular, compiled strings, you can perform data binding.

So, instead of this (from your benchmark):

  var $dropdown = $('<select class="s">');

  $u.find('a').each(function() {
    var $a = $(this);

    $('<option>').html($a.text()).attr('value', $a.attr('href')).appendTo($dropdown);
  });

think of this:

  <select class="s" data-binding="{@source: aElements}">
    <option data-binding="{@template-for: aElements}{value: href}{@text: aText}">
  </select>

Consider "aElements" to be the collection of anchors, and "aText" to be an attribute of each anchors. These would be members in a model.

Writing markup to represent the presentation of data, and code to represent the logic of business is far superior to writing code that does both!

akumpf• 14 years ago

It's awesome. Really, I love it.

The core of it: dealing with the DOM kind of sucks, and as much as keeping 3 main file types around (.html, .css, .js) for web development isn't too much of a pain, the fact that HTML sits between everything muddies the water quite a bit.

Sure, $$ needs some more love and a community to pick it up and run, but kudos to you for getting it out there and having a solid philosophy (tiny robust kernel, super extensible, consistent docs). And yes, I'd write the code more compactly (the de facto js notation mentioned in another comment), but whatever, that's easy to translate.

I say all this because our team is working on an app ( http://luunr.com ) and toggling back and forth between HTML and JS is borderline silly (we looked at things like Angular and couldn't get behind them, feels to rigid and baked in my book). Would have loved to experiment with this a few weeks ago when we started.

Keep up the good fight and continue developing $$!

pacomerh• 14 years ago

Hm, this is a very particular way of working with Javascript. The formatting is very strange.

DoubleDollarJS.com

Related Stories