qiitaでこんな記事がありました。 innerText(textContent)/innerHTMLを使わずJavaScriptでHTMLエスケープ - Qiita で、思い出したのですが「文字クラスでreplaceを一度で済ますより、単純なマッチを直列で繰り返したほうが速い」って話しをどこかで聞いた覚えがあるので、どのぐらい差があるのか、ちょっと試してみました。 念のため、元記事の関数でテーブル参照をしないバージョン（escapeCharClassEx）も用意。 3パターンのescape関数 // 元記事の関数 var escapeCharClass = function(content) { var TABLE_FOR_ESCAPE_HTML = { "&": "&", "\"": """, "<": "<", ">": ">" }; return co
It's been really gratifying to see the recent interest in ES6 generators in V8. I'm still a Schemer at heart, but one thing all language communities should learn from JS is its enthusiasm and sense of joyful play. One can't spend much time around folks like James Long or Domenic Denicola without feeling the urge to go out and build something fun. perfie perf perf perf But this is a blog about narg
Revisions You can edit these tests or add even more tests to this page by appending /edit to the URL. Revision 1: published Andreas Goebel on 2011-2-26 Revision 2: published RoVeRT on 2011-2-26 Revision 3: published Mathias Bynens on 2011-3-27 Revision 4: published on 2011-3-27 Revision 6: published on 2011-4-1 Revision 7: published on 2011-4-1 Revision 8: published jess jacobs on 2011-6-1 Revisio
The Promises/A+ specification is a fresh and very interesting way of dealing with the asynchronous nature of Javascript. It also provides a sensible way to deal with error handling and exceptions. In this article we will go through the performance hits you should be aware of and as a side-effect do a comparison between the two most popular Promises/A+ implementations, When and Q and how they compa
ドット絵におけるsvgのパフォーマンス検証
ここ数日ドット絵からsvgを生成するスクリプトを書いていたのですが，一点気になることがありました．生成するsvgの内容によって描画パフォーマンスに驚くほどの差が出たのです．となればその差はどこから生まれているのかに興味が湧いてきます．そこで今回はsvgの描画パフォーマンスについて検証してみましょう． ※検証コードへのリンクを追加しました． ドット絵をsvgに変換する意義 ドット絵と言えば，かつてファミリーコンピュータを代表とした家庭用ゲーム機におけるグラフィック表現として標準的なものでした．昨今では3dを主体としたグラフィックが主流となってしまいましたが，ドット絵のもつ独特な味わい深さから，今日でも一表現手法として様々な場面で利用されています． さて，本来ドット絵はラスタ画像として扱われることが多いのですが，これをsvgとする意味はあるのでしょうか？実は有るのです． ドット絵の特徴として，
JavaScript performance comparison Revision 6 of this test case created by Mihai Bazon on 2012-9-16 Preparation code <script> Benchmark.prototype.setup = function() { var a = 1, b = true, c = "c", d = [], e = {}, u; }; </script> Test runner Warning! For accurate results, please disable Firebug before running the tests. (Why?) Java applet disabled.
This is a blog post for 12/6 VM advent calendar. See http://qiita.com/advent-calendar/2012/vm for more nice blog posts :) Introduction ECMA262にとってArrayは最も重要なObjectの1つであり, loop内で高い頻度でアクセスされる性質上, Arrayの最適化はengineの実行速度に多大な影響を及ぼします. ここではJavaScriptCoreの行なっているArrayに対して新しいpropertyを追加する処理の最適化を紹介します. Background ECMA262において, Arrayはliteral形式ならばown propertyを最初から定義できますが, var array = [0, 1, 2, 3, 4]; console.lo
This article aims to take a look at the performance of JavaScript engines towards primitive value Strings and Object Strings. It is a showcase of benchmarks related to the excellent article by Kiro Risk, The Wrapper Object. Before proceeding, I would suggest visiting Kiro’s page first as an introduction to this topic. The ECMAScript 5.1 Language Specification (PDF link) states at paragraph 4.3.18
Join the official community for Google Workspace administrators In the Google Cloud Community, connect with Googlers and other Google Workspace admins like yourself. Participate in product discussions, check out the Community Articles, and learn tips and tricks that will make your work and life easier. Be the first to know what's happening with Google Workspace. ______________ Learn about more Goo
closureのgoog.string.startsWithやprototype.jsのString.startsWithではindexOfを呼ぶコードになってます。 goog.string.startsWith = function(str, prefix) { return str.indexOf(prefix) == 0; }; これだとstrが長い文字列でしかもprefixがstr内になかった場合に無駄な探索処理をやる羽目になります。 代わりに正規表現やsubstringを使って比較をすれば処理速度の悪化は避けられそうですが、正規表現や文字列のオブジェクト生成コストが気になります。 そこでlastIndexOfを使って書けば無駄な探索もオブジェクト生成も避けられるはずです。 str.lastIndexOf(prefix, 0) == 0; もちろんendsWithもindexOfで
Daniel Clifford recently gave a great talk at Google I/O 2012 called “Breaking the JavaScript Speed Limit with V8”. In it he goes in depth to explain 13 simple optimizations you can do in your JavaScript code to help Chrome’s V8 JavaScript engine compile / run your JavaScript code faster. In the talk he gives a lot of great explanations as to what they are and why they help, but if you just want t
JSXの特徴は、トップページにも書いてあるとおり「faster, safer, easier」の3つです。安全性とか簡単さについては人とか状況によって様々な定義や意見がありますが、唯一Fasterだけは客観的に測れます。 しかしJSXと速度については、トップページにあるBox2Dとshootingのデータ*1とAOBench on JSXぐらいしかありません。 というわけでWebkitで使われているSunSpider 1.0.2 JavaScript BenchmarkをJSXに移植してJavascriptと速度を比較してみました。*2 環境 sunspider Benchmark for JSX - JSX版ベンチマーク Sunspider Benchmark for Javascript - Javascript版ベンチマーク GitHub - mzp/sunspider-jsx: s
JavaScript performance comparison Test case created by kazuho on 2012-7-2 Preparation code <script> Benchmark.prototype.setup = function() { var a = [ 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 ]; a = a.concat(a, a, a, a, a, a, a, a); }; </script> Test runner Warning! For accurate results, please disable Firebug before running the tests. (Why?) Java applet disabled.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
