-
- いいね！0
Kazuho Oku
@kazuho
.@kyon_mm #JSX のテストコードは https://t.co/792Cq1lh みたいな感じです。これはテストコードの専用ファイルになっていますが、実際は通常のソースコードに混ぜて書くこともできます（「_」で始まるクラスは標準では他のソースファイルから見えない）
2012-05-31 10:37:27
FUJI Goro
@__gfx__
.@vvakame clone jsx && make setup && make web && make server すると localhost:5000/try-source-map.html でデモできます！あとでオンラインでも試せるようにします！ #jsx
2012-05-31 10:44:12
FUJI Goro
@__gfx__
@kioku_systemk jsx repoでbin/jsx --run example/hello.jsx で動きません？要nodejs 0.6.0以上ですが。あとbin/jsx --helpも参考になるかと思います。 #jsx
2012-05-31 10:56:12
FUJI Goro
@__gfx__
http://t.co/QqW506UJ を一読していただけると！と思ったらnodejs 0.6.0以上が必要とか別に書いてなかった。
2012-05-31 10:57:20
SKS rep
@repeatedly
あ，そんな劇的には速くなってなかったのか．なんでjsに変換したのと直で書くのとでそんなに違いが出るのかと勝手に思っていた > (we are observing 4% to 27% increase in performance).
2012-05-31 10:57:32
FUJI Goro
@__gfx__
@ototoi 一番違うのは実行速度ですね。JSXは最初からスマホブラウザをメインターゲットにしているので。あとは全体的にJSXはECMA262の影響を非常に強く受けてますが、Dartは独自色が強いです。 #jsx
2012-05-31 11:03:56
Kazuho Oku
@kazuho
もともと、かなり最適化されてるBox2D.jsをそのまま移植して4%高速化、だけじゃダメですかw RT @repeatedly: jsxの色々な既存のベンチマーク欲しい…jsにコンバートしてもこれだけ速く出来るんだ，という証明が欲しい…
2012-05-31 11:10:18
Kazuho Oku
@kazuho
JavaScript への変換時にオーバーヘッドが発生しないことを原則に言語仕様を決めたので #JSX で書いて JavaScript より遅くなるケースは基本ないと思ってる
2012-05-31 11:13:02
ハガ
@hagat
JSXに、現時点でJSの大幅な高速化を期待するのは、如何なものかと思う。そんな魔法じゃない。それより、標準的なクラス/モジュール機構がある事と、型安全に書ける事の方が大切。というか嬉しい。超嬉しい。
2012-05-31 11:17:52
Kazuho Oku
@kazuho
だいたいあってる（JSXのがJSより遅かったら最適化ロジックがチューニングされる的な意味で） RT @ymotongpoo: え、JSXって、コンパイルかけると @__gfx__ のとこにソースが飛んでって、裏で一生懸命書きなおして投げ返してる、ってことだと思ってたんですけど違…
2012-05-31 11:20:20
Eiji Kitamura / えーじ
@agektmr
@__gfx__ ところでJSXってJavaScriptにコンパイルするんですよね？なのにJavaScriptより速い、というのはどういう意味で、なんでしょうか？
2012-05-31 11:27:15
FUJI Goro
@__gfx__
@agektmr 高速化は型情報を使ったインライン展開ですね。がっちり静的型付けなので、動的要素のあるJSやDartよりも徹底できるのです。
2012-05-31 11:29:14
Eiji Kitamura / えーじ
@agektmr
@__gfx__ 前提を誤解してたら申し訳ないのですが、現状はJSにコンパイル(変換)して実行されるのですよね？その場合、「JavaScriptより速い」の意味がよく分からないのですが、、、
2012-05-31 11:31:09
FUJI Goro
@__gfx__
@agektmr あー、いくらがんばってもJSに変換する以上、手作業で思いっきり最適化したJS以上には速くなりません。でもそれはメンテナンスコストをさげるので、大規模開発だとありえない選択肢じゃありません？
2012-05-31 11:33:47
Kazuho Oku
@kazuho
ラッパー書けなくはないけど type-safety を前提にした違うアプローチのライブラリがあったほうがいいんじゃないかと思ってます RT @nishio: JSXでjQueryや、もっとマイナーなRaphaelなんかのサードパーティJSライブラリを使えるのかどうか、それとも移…
2012-05-31 11:38:50
nishio hirokazu
@nishio
メンテナビリティのためにキレイに関数を分けたりしたいが、関数呼び出しのオーバーヘッドが無視できない、だからインライン展開したい、まではわかるのでそこからプラス何ができるのか、が知りたい。 > JSX
2012-05-31 11:47:59
FUJI Goro
@__gfx__
@nishio 静的型付け故にエディタでメソッド名の補完を正確にできるというのが将来的には強いメリットになると思ってます。未実装ですけど。
2012-05-31 11:51:23
Kazuho Oku
@kazuho
link-time optimization ですね。final がついてない関数についても、継承クラスを見渡して実装が１個しかなければインライン展開しちゃうとか RT @repeatedly: #jsx のLTOってなんなの…
2012-05-31 11:52:05
Kazuho Oku
@kazuho
.@nishio #JSXの出力をパイプで closure compiler に流し込むだけですよ。出力をラップしてる無名関数外したほうが advanced optimizations の効きはよくなるけど
2012-05-31 11:57:10
Kazuho Oku
@kazuho
あざす。翻訳が必要ですが式と文は JS とほぼ同一なので、それほどの手間ではないと思います。Box2D.js の移植は１日かからなかったはず RT @shi3z_bot: @kazuho まだ詳しく見れてないのですが既存のJSコードもはやくなったりしますか？それとも翻訳が必要で…
2012-05-31 11:59:13
Kazuho Oku
@kazuho
emacs mode for #JSX ! / “jsx/jsx-mode.el · GitHub” http://t.co/ywWg9fYt
2012-05-31 12:12:21