Benchmark name When Created
True vs bitfield 8 years ago
True vs bitfield 8 years ago
Teste array concat

Testando perfoamnce de array concat e push

8 years ago
Teste array concat

Testando perfoamnce de array concat e push

8 years ago
Teste array concat

Testando perfoamnce de array concat e push

8 years ago
teste de fors

Teste de foreach jquery e nativo

8 years ago
teste de fors

Teste de foreach jquery e nativo

8 years ago
teste de fors

Teste de foreach jquery e nativo

8 years ago
teste de fors

Teste de foreach jquery e nativo

8 years ago
Teste de Foreach

Nativo x jQuery

8 years ago
Teste de Foreach

Nativo x jQuery

8 years ago
pushvsconcat 8 years ago
splicevsfilter 8 years ago
Foobar

Foobar

8 years ago
innerhtml vs removechild 8 years ago
javascript join 8 years ago
Observables: loops versus EventTarget (3 listeners)

When the “observable” pattern is implemented in JavaScript, it's practically always done using a loop over callbacks. One problem with this approach is that an exception in one handler will crash the entire loop. You can work around this by wrapping the invocation in a try/catch block, but in doing so, you silently swallow the error. The browser provides an event dispatcher for DOM elements that runs each handler in a separate execution context, providing a better failure mode for independent listeners. `EventTarget` is an interface, so you can't directly instantiate one. But you can hijack the `EventTarget` implementation from a dummy object. This test compares multi-listener dispatches using loops and the built-in `EventTarget`. My expectation is that the native mechanism will carry some overhead, partly because of the bespoke execution context, and partly because of the extra properties instantiated on each `CustomEvent` instance. This method also has to look up events by their (string) names, rather than using direct object reference. See http://dean.edwards.name/weblog/2009/03/callbacks-vs-events/

8 years ago
Observables: loops versus EventTarget

When the “observable” pattern is implemented in JavaScript, it's practically always done using a loop over callbacks. One problem with this approach is that an exception in one handler will crash the entire loop. You can work around this by wrapping the invocation in a try/catch block, but in doing so, you silently swallow the error. The browser provides an event dispatcher for DOM elements that runs each handler in a separate execution context, providing a better failure mode for independent listeners. `EventTarget` is an interface, so you can't directly instantiate one. But you can hijack the `EventTarget` implementation from a dummy object. This test compares multi-listener dispatches using loops and the built-in `EventTarget`. My expectation is that the native mechanism will carry some overhead, partly because of the bespoke execution context, and partly because of the extra properties instantiated on each `CustomEvent` instance. This method also has to look up events by their (string) names, rather than using direct object reference. See http://dean.edwards.name/weblog/2009/03/callbacks-vs-events/

8 years ago
innerHTML vs removeChild 8 years ago
Array .push() vs .unshift() 8 years ago
Array .push() vs .unshift() 8 years ago
Object Composition vs Instantiation 8 years ago
Array Remove vs String Replace 8 years ago
Try-Catch Loop 8 years ago
Try-Catch Loop 8 years ago

 New benchmark Your benchmarks