Over a million developers have joined DZone.

Google's "Dart" Revealed

DZone 's Guide to

Google's "Dart" Revealed

· Web Dev Zone ·
Free Resource
Today, it has finally happened: At the GOTO conference, Google has officially presented its new programming language, Dart. This post gives an overview of Dart and provides a few comments on how it fits into the current programming language landscape.


Information on Dart

This post is based on the following sources on Dart:

Dart in a nutshell

  • Currently, Dart is not a JavaScript replacement, but rather a “better Java” plus a next-generation GWT.
  • The language is less like JavaScript and more like an improved version of Java: reified generics, first-class functions, optional types (no type errors, just warnings), getters and setters, no primitive types.
  • It is still part of the HTML5 world and includes a DOM library.
  • There is IDE support, via an Eclipse plug-in.

An overview of the language


    // named function
    void sayGreeting(String salutation, String name) {
      final greeting = '$salutation $name';
    // function with statement body
    window.on.click.add((event) {
      print('You clicked the window.');
    // function with expression body
    var items = [1, 2, 3, 4, 5];
    var odd = items.filter((i) => i % 2 == 1);
    print(odd); // [1, 3, 5]


    class Point {
      Point(this.x, this.y);
      distanceTo(Point other) {
        var dx = x - other.x;
        var dy = y - other.y;
        return Math.sqrt(dx * dx + dy * dy);
      var x, y;

Class members:

  • Methods: see distanceTo(), above
  • Operators
        operator +(other) => new Point(x+other.x, y+other.y);
  • Fields
        num left, top, width, height;
  • Getters, setters
        num get right()           => left + width;
            set right(num value)  => left = value - width;
  • Constructors

    • Normal constructors
          Rectangle(this.left, this.top, this.width, this.height);
      Prefixing this. to parameters means that they will be automatically assigned to fields. This has been one of the proposed feature for JavaScript class literals.
    • Named constructors. Without overloading, you need a way to distinguish between alternate constructors.
          Point.zero() : x = 0, y = 0;
    • Factory constructors are a way to mark constructors so that no instance is produced automatically. Then you can return cached instances or instances of a subclasses.
            factory Symbol(String name) {
              if (_cache.containsKey(name)) {
                return _cache[name];
              } else {
                const symbol = new Symbol._internal(name);
                _cache[name] = symbol;
                return symbol;


    interface Shape {
      num perimeter();
    class Rectangle implements Shape {
      final num height, width; 
      Rectangle(num this.height, num this.width); 
      num perimeter() => 2*height + 2*width;

Factory classes for interfaces.
An interface can specify a factory class which can be considered to be its default implementation. One can instantiate an interface, but actually instantiates the factory class behind the scenes. The constructors of an interface delegate to the constructors of the factory class. I’m not sure how that is any different from an abstract class. It seems to cater to the fondness of interfaces that many Java programmers have.


Erlang-style concurrency:

    // Receive messages
    class Printer extends Isolate {
      main() {
        port.receive((message, replyTo) {
          if (message == null) port.close();
          else print(message);

    // Send messages
    main() {
      new Printer().spawn().then((port) {
        for (var message in ['Hello', 'from', 'other', 'isolate']) {

Quoting the language specification:

Dart code is always single threaded. There is no shared-state concurrency in Dart. Concurrency is supported via actor-like entities called isolates. An isolate is a unit of concurrency. It has its own memory and its own thread of control. Isolates communicate by message passing. No state is ever shared between isolates. Isolates are created by spawning.


Reified generics (parameterized types):

    main() {
      print(new List<String>() is List<Object>);
      print(new List<Object>() is List<String>);
      print(new List<String>() is List<int>);
      print(new List<String>() is List);
      print(new List() is List<String>);


  • Triple quotes for multi-line strings
        var message = """
        Dear $user!
        There has been a problem!
  • $ for variable interpolation:
        var foo = "world";
        print("Hello $foo");
  • ${} for expression interpolation:
        print("Result: ${x + y}");

Miscellaneous features

A few interesting tidbits:

  • There is a standard library with collection classes (List, Set, Queue, Map, etc.) and a DOM API.
  • Equality is handled via the == operator and delegates to the Comparable interface (for non-null values).

Running Dart

There are several ways of running Dart code. Quoting the Technical Overview:

  • Translate Dart code to JavaScript that can run in any modern browser: Chrome, Safari 5+, and Firefox 4+ (more browser support coming shortly).
  • Execute Dart code directly in a VM on the server side.
  • Use Dartboard to write, modify, and execute small Dart programs within any browser window.

Dart is not finished yet

Upcoming features:

  • Enums
  • Possibly: a reflection API
  • Possibly: pattern matching (think: a more powerful switch for objects). Useful for isolates to better handle messages.
  • “The Dart VM is not currently integrated in Chrome but we plan to explore this option.” [source: Google Code blog]

More information on the web

Features and details


66 folks listed as owners/commiters for Dart. Holy large team! http://code.google.com/p/dart/people/list


Looks like Dart allows typedefs for functions, which should be nice for defining callback signatures.

Tongue in cheek


I'll give it this, Dart certainly solves the problem of JavaScript not having anything to do with Java.


My favorite Dart compiler class: Hack.java


Dart's source contains this little gem:
static bool isVm() { return 1234567890123456789 % 2 > 0; }

How does Dart fit into the current programming language landscape?

Freely paraphrasing a tweet by @pilif:

  • If you like Java and can’t get yourself to like JavaScript, you program Dart.
  • If you like Ruby and can’t get yourself to like JavaScript, you program CoffeeScript.
  • If you like JavaScript, you program JavaScript.

What do you get compared to Java?

  • Currently, Dart is almost like GWT (which is not a bad thing): Running “natively” on a virtual machine on the server, compiled to JavaScript on the client.
  • Basing the Dart IDE on Eclipse makes sense, because you get a lot of functionality (such as Git support) for free and because it is familiar to Java programmers.
  • Dart seems like an upgrade of Java, like a cleaned up version. It even carries over some negative Java-isms, such as fields automatically becoming part of the local scope.

What do you get compared to JavaScript?

  • Main Dart killer features: optional types, actor-like concurrency via isolates. However, you can do a lot via type inference in JavaScript, class literals will come to ECMAScript.next [2] and web workers are becoming more sophisticated all the time. Dart foregoes some of JavaScript’s quirks, but then again, so does ECMAScript.next.
  • In many ways, Dart feels less versatile than JavaScript. For example, JavaScript object literals are a very powerful feature. Dart is more static and only has classes.
  • Dart seems to have decent tooling, but it’s based on Eclipse. In contrast, many JavaScript IDEs that are currently in development are based on web technologies. Writing an IDE for a language in the language itself has many advantages.
  • At the moment, Dart isn’t even faster than JavaScript on V8. Presumably, that will change in the future. But this goes to show how fast JavaScript has become and that it didn’t need static types to get there.
  • Not a JavaScript replacement? Quote from the talk:

    We are not targeting JavaScript, but rather fragmented mobile platforms.

    I’m not sure what that means. The question is: Will Dart target these platforms by compiling to JavaScript or by compiling to the native mobile environments?
  • Google could have gotten the same results by supporting ECMAScript.next [2] (plus possibly some advanced, not yet standardized features) and Traceur [3].

As things are now, we have a clean but fairly simple language without any stand-out features. For example, not even multiple inheritance via something like traits is supported. Dart’s syntax is of the familiar but generic C-style variety (Java, JavaScript, C#). As long as Chrome does not come with a built-in Dart VM, Dart feels more like a Java replacement and a next-generation GWT. Maybe it should stay that way and Google should use native Dart on servers and Android (to avoid copyright troubles) and continue to always compile it to JavaScript on web browsers. That would prevent an unpleasant fragmentation in client-side native languages. Tentative pointers in that direction are Google not yet committing to integrating the Dart VM into Chrome and saying that Dart doesn’t target JavaScript. That is a marked change in tone from the openly anti-JavaScript document that was published last year [1].

If you want to see a truly innovative language, take a look at Newspeak: Its elegant syntax is based on the well-known Smalltalk language and it has fresh new ideas regarding modularity and IDEs. Gilad Bracha, one of its creators, is part of the Dart team, which is why I expected more from that language.


Published at DZone with permission of

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}