Batman.js vs Knockout.js

http://blog.erlware.org/2011/08/28/batman-js-vs-knockout-js/

by jwilberding • 15 years ago

52 6 15 years ago

blog.erlware.org

barkmadley• 15 years ago

Yes, knockoutjs doesn't have it's own validation rules. Yes knockoutjs doesn't have routing. Yes, knockoutjs doesn't have ajax helpers.

In all these frameworks that add those features, they forgot to copy two that I personally love to death. data bind attributes can contain arbitrary javascript, and creating new types of data bindings is insanely trivial.

riffraff2• 15 years ago

sorry for being a n00b but what's the goal of the "class @User" syntax? I have a cursory knowledge of CS and I'd assume that gets desugared to something like

    this.User = ...

but what use does it have?

ryanf• 15 years ago

CoffeeScript wraps its output in an anonymous function, so to create a global var you have to explicitly assign it as "window.varname" or, at the top level, "this.varname".

riffraff2• 15 years ago

ah that's interesting thanks for the explanation

jonutzz• 15 years ago

I have the same question!

nixme• 15 years ago

By default, CS compiles with a closure per file to prevent local variables from leaking to the global scope. So the purpose is to ensure the class is exported. If you put the following in a user.coffee file:

  class User

it would compile to:

  (function() {
    User = (function() {
      function User() {}
      return User;
    })();
  }).call(this);

while

  class @User

would compile to:

  (function() {
    this.User = (function() {
      function User() {}
      return User;
    })();
  }).call(this);

ensuring that User is available from any file (since the top-level this === window in the browser).

Batman.js vs Knockout.js

Related Stories