This domain may be for sale!
この資料では、JavaScript でオブジェクト指向プログラミングを行う際に備えておくことが望ましい、基礎知識や概念について解説します。 【対象者】 ・JavaScript でアプリケーションを構築できる方 ・JavaScript におけるオブジェクト指向プログラミングの 実現手法や原理への理解を深めたい方 ・Java 的なクラスベースの言語との違いに違和感や混乱を 感じてらっしゃる方
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
2009/07/16 追記 AWS認証制限に対応しました。本文中はそのままですが、デモには非公開キーを使用してアクセスするCGIに変更しています。 時代は便利になった物です。 MOONGIFT: » XMLをJSONにするXSLT「xml2json.xslt」:オープンソースを毎日紹介 xml2json.xsltを見ていたらma.la氏のAmazon最速検索を思い出した。あちらはAmazon AWS専用になるだろうが、xml2json.xsltはそれをもっと汎用的なものにしたと考えられるだろう。 http://www.moongift.jp/2009/04/xml2json-xslt/ javascriptとXSLTを使うならば、AWSサーバから見えるサーバを用意しないといけないのですがYahoo! YQLを使えばそれも要りません。 YQLといえばPipesに毛の生えた様な物だと思う方もい
JavaScript Reference onError 関連オブジェクト : - タイプ : イベントハンドラ 書式 <img src="sakura.jpg" onError="関数名"> 画像などや、関数の読み込みに失敗したときに発生するイベント。イベント属性の値に関数を記述し、イベントが発生したら実行します。 Top / Home / Index / Next
日本Javaユーザーグループ 概要 JavaScriptの誤解 重くしている犯人 プロファイラ JavaScriptの誤解 JavaScriptは遅い 速いです 重くしている犯人 DOM DOMをフェーズに分けて考える JavaScriptとコンポーネント(C++)との通信(取得) DOMノードの追加、値の変更 スタイルの計算 レイアウトの計算 JavaScriptとコンポーネント(C++)との通信(取得) XPConnectやCOMとの通信 単純なプロパティアクセスの数十倍(IE以外は無視しておk) COMは重い 通信回数=DOMのオブジェクトの「.」の数 DOMノードの追加、値の変更 取得の場合と同じ「.」の数 ノードに変更したというフラグが立つ parent.appendChild(child)だとparentとchildにフラグが立つ。 重要:再計算がJavaScriptの実行後に
※ 画面は公式サイトデモより JavaScriptのデバッグによく利用されるものと言えば、alertだろう。簡単に使えて便利な関数だが、ブラウザの処理が止まってしまったり、長文の表示が難しいなどデメリットも数多い。 alertとお別れするためのJavaScriptデバッグツール そこで使ってみたいのがBlackbirdだ。Google Code上で公開されているオープンソースのJavaScriptアラートだ。 Blackbirdは見た目の格好いいフローティングダイアログにログを表示できる。デバッグ、インフォ、ウォーニング、エラー、プロファイルの5つのメッセージパターンが設定できる。Blackbirdのウィンドウでは各メッセージタイプの表示、非表示が切り替えられるようになっている。 表示位置の変更、表示するメッセージの種類が変更できる さらにF2キーを押して表示/非表示を切り替えたり、Shi
beinteractive主催でSpark ProjectのFlash変態勉強会にいってきたわけだけど、みなさまマジ変態でした。 とくに技術的に面白かったのは、AppleのiPhoneライセンス契約に引っかからないiPhone用のFlash Playerの実装の話。しかもAdobe製じゃなくてgyuque氏の個人プロジェクト。 なんとJavaScriptでFlashPlayerを実装するというキチガイっっぷり。 iPhoneのブラウザでぱっと見しっかり動いてた。これはすごい。 オンライン上にあるJavaScriptで実装したFlashPlayerを、Safariで実行する分には、Apple的には文句のつけようがないんだよな。 まだまだ超アーリービルドだけど、一応アニメ再生してるし、ActionScriptも解釈してたのでマジビックリ。おそらくモバイルSafariは近い将来、SquareFi
こんな感じ document.evaluate('/html/head/link[contains(concat(" ", @rel, " "), " alternate ") and (@type = "application/x.atom+xml" or @type = "application/atom+xml" or @type = "application/xml" or @type = "text/xml" or @type = "application/rss+xml" or @type = "application/rdf+xml")]', document, null, 7, null) ブックマークレットにしてみる javascript:var ___r=document.evaluate('/html/head/link[contains(concat(" ", @r
前置き mal_blue@tumblr Google Chrome 速っ!で、 Untitled Film Works | Professional Film Makersなる3Dゲーム風デモを引き合いに速い件について言及されていた。 それを受けて体感速度の比較記事(http://dara-j.asablo.jp/blog/2008/09/12/3756785)を書いている人も出てきた。 で、件の3Dゲーム風のデモなんだけど、 JavaScriptでゴリゴリ計算して2DのCanvasで3Dを表現みたいな感じなので、「Canvas の描画速度速い」じゃなくて巷で言われてるとおりの演算速度の速さが、表示の軽さにつながってるってことじゃないかなー。 こんな疑問を持ったので純粋にCanvasの描画速度だけ見るベンチマークを探してみた。 過去ブクマにはてなブックマーク - CanvasのdrawIm
Google Chromeが速いという意見をよく耳にしますが、何を言っているのかさっぱりわかりません。そういう人たちはGoogleのマーケティング戦略に騙されすぎです。 ブラウザの速さを決めるのはたくさんの要素がありますが、Chromeが速い理由の一つにJavascriptエンジンであるV8が速いことが挙がっています。本当にそうでしょうか。 まず理論面から。 多くのWebアプリケーションで、Javascriptがボトルネックになるとすれば、その大半はDOM操作によるものです。そしてDOM操作はレンダリングエンジンが実装していて、Javascriptはそれらを呼び出しているにすぎません。ChromeのレンダリングエンジンはSafariと同じWebkitです。ということは、速度の大半を決めるレンダリングエンジンが同じ以上、Chromeが爆速だというのは迷信です。ちなみにFirefoxのJSエン
唐突にリリースされたGoogleブラウザことGoogle Chromeですが、HTMLのレンダリングエンジンこそWebKitながらも、JavaScriptエンジンは自社で作ったもののようです。これはV8という名前のものでオープンソースプロジェクトとしてGoogle Codeにホスティングされています。 そんなV8ですが、ベンチマークを測定できるページが用意されています。 V8 Benchmark Suite - version 1 ざっくり言うとスコアが高ければ高いほうがエンジンとしては性能がよさそう。内容としては OS kernel simulation benchmark(Richards) One-way constraint solver(DeltaBlue) Encryption and decryption benchmark(Crypto) Ray tracer benchm
キャンプ4日目に、グループ実習で通信対戦型のテトリスを作ろうという話になって、僕がクライアント側のJavaScriptのコードをだいたい書いて、id:qnighyがRubyでサーバー側のComet通信の部分を担当する、といったことをしてた。 Comet通信もこの時初めて知って、クライアントとCGIを常に繋ぎっぱなしにして、CGI側が必要になった時リクエストを切って、情報を渡す。情報を受けとったらすぐリクエストを投げて繋ぎっぱなしにする。といった感じで通信を行なう。ということをした。 JavaScript側のComet通信の一部のコードも掲載してみる。最新のコードをgitから落してくるのを忘れたので、このままでは動かないけど、ロジックはこんな感じ、といったことで。 やってることは、クライアント側がしばらくリクエストが帰ってこないと勝手に切っちゃうので、CGI側が10秒程度で一旦、jsonで
前回のエントリで触れたJSONP。初出はRemote JSON - JSONPというMochiKitの中の人によるエントリ(多分。一言で言うなら「JSONデータを括弧でくくった上でこっちが指定した文字列を頭につけて返してね?」というもの。文章で説明するとわけわからん。 つまり、 http://example.com/data.json?jsonp=beverly_hills とリクエストしたら、 beverly_hills({ foo: 'This is foo.', bar: 'This is bar.', foobar: 'This is foobar.' }); と返す。また、 http://example.com/data.json?jsonp=beverly_hills%5B90210%5D とリクエストしたら、 beverly_hills[90210]({ foo: 'This
スクリプトが読み込まれるまで画像の読み込みがブロックされている - 同ブログより抜粋 WebページパフォーマンスツールであるYSlowの主要開発者でありYahoo! Exceptional Performanceの開発者であるStoyan Stefanov氏がNon-blocking JavaScript Downloadsというタイトルで、ページの読み込み速度を向上させるテクニックを簡潔にまとめている。これはブロックが発生するJavaScriptの読み込みを並列化することでページの読み込み時間を短縮しようというもの。Webページの読み込み高速化に効果的な手法なのでWebデベロッパは一度目を通しておきたい。 JavaScriptの読み込み中はほかの読み込み処理がブロックされる。これをDOM経由で動的にロードするように書き換えてやれば並列して読み込まれるようになる。Non-blocking
はてな http://b.hatena.ne.jp/entry/json/URL livedoor http://api.clip.livedoor.com/json/comments?link=URL でJSONコードを取得できるのだが、微妙に仕様が異なる。 はてなはオブジェクトの前後に()が付くのに対してlivedoorのは付かない はてな:({"count":"100","bookmarks":[{....}]}) livedoor:{"link":"URL","Comments":[{....}]} という感じ。 Firefox3から導入されたJavaScriptモジュールを使用して両者のコードをデコードしようと試みたのだが、()が付いているとデコードできずにエラーが返ってしまう。 Chrome特権上でコードを動かしているので単純にevalを使うのは危険かなと思い、SandBox上
…いろんなブラウザで変な現象が起きるので前から注目していたのですが、まさかIEで外部ドメインのcookieが取れてしまうとは…調査の深さが足りなかったなぁ>俺 locationでページ遷移したらバシっと処理をぶった切ってほしいかも>諸ブラウザ ええと、なんでもいいけど、なにかしらポップアップする系と併せてぐしゃぐしゃすると変な競合が起こりやすい模様。というのが今までの私の見解。 一番笑ったのが、AページでBページへのリンクを踏んだ後Bページを表示後、Aページへ戻りますか?という選択肢(Aページ内のスクリプト)を出させることが可能とか。名づけて、ちょっと見たらスグに戻ってきてねリンク。でもcookieは取ってこれなかったんだよねぇ。コレ。 ドブロイ波の公式を実験的事実とみなし、古典的な実波動関数をあきらめて、複素波動であると決め付けて、満たすべき波動方程式を求めるとシュレーディンガー方程式が
Sproutitは18日(米国時間)、SproutCoreの最新版となるSproutCore 0.9.10を公開した。もともと予定されていなかったリリースだが、コントリビュートされたパッチが優れたものであったことからSproutCore 1.0の前に今回のバージョンがリリースされることになった。正式なメジャーリリース前であるだけにまだ開発者の注目を集めていないかもしれないSproutCoreだが、場合によっては今後JavaScriptフレームワーク競争の一翼をになう存在になるかもしれない。 SproutCore - CocoaのパワーとRailsの開発性をWebアプリへ SproutCoreはJavaScriptで開発されたRIA Webアプリケーション開発向けフレームワーク。Cocoaに触発されて開発されたフレームワークで、少量のソースコードで価値の高いアプリケーションを開発できるように
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く