タグ

ブックマーク / dev.mozilla.jp (3)

  • WebAPI の紹介

    原文: Introducing WebAPI (on August 23, 2011 by Robert Nyman) Mozilla は、WebAPI を導入して基的な HTML5 に対応した携帯を 3 から 6 か月以内に提供したいと考えています。 現在の状況 今日の状況は、オープン Web とネイティブ API の間に明確な区別があり、どのように構築されなければならないかも区別されています。多くの開発者が気付いているように、私たちには、Web ブラウザやオペレーティングシステム、端末にまたがって、特定の端末やベンダだけに依存しない一貫した API が必要です。私たちは、Web を次のステップへ進める手段を必要としています。 WebAPI とは何か? WebAPI は、Mozilla による活動であり、オペレーティングシステムに依らずに、すべての Web ブラウザで動作する一貫した

    WebAPI の紹介
    inurota
    inurota 2013/01/25
    ふむ、ハードウェアの抽象化や電卓といったUIモジュールをラップするところをWebAPIと呼んでいるのか。Webへのアクセスじゃなくて。
  • ローカルストレージに簡単な解決策はない

    原文:“There is no simple solution for local storage” (on March 5, 2012 by Chris Heilmann) 要約:私たちは良いデータストアとして localStorage を推奨するのをやめなければならない。パフォーマンスがひどく損なわれるからだ。しかし残念なことに、代わりとなるものはまだ完全にサポートされておらず、また簡単に実装できるものでもない。 Web 開発において、うますぎる話に出くわすことは常々だ。そういったもののいくつかは良いもので、だからこそそれが「すべて」として目立ってしまい、開発者を使うように仕向けてしまう。しかし、多くの場合、良いと思われていたものはそこまで良いものではない。また、しばらく使ってみてはじめて「間違っていた」と気づかされるものなのだ。 そんなもののひとつに、localStorage がある

    ローカルストレージに簡単な解決策はない
    inurota
    inurota 2012/03/06
    「localStorageは事実上同期的で、レンダリングをブロックする」「速度を稼ぐためデータをメモリにロードしてメモリが圧迫される」
  • JavaScript のブロックスコープと名前空間 « Mozilla Developer Street (modest)]

    Web 開発や拡張機能開発で JavaScript のコードを書いていると、誰もが一度は次のようなことで悩むかと思います。 ブロックスコープと名前空間 (グローバル変数汚染の回避) 読み書きしやすくデバッグしやすいコードスタイル コールバック関数と this オブジェクトの取り扱い デバッグ方法とデバッグ支援モジュール 非同期処理の書き方 いずれも解決方法は人によって様々で、これが常にベストと言えるものがなさそうですが、私なりにそれぞれ検討したことなどを書いてみようかと思います。もっと良い方法があるとか色々皆さんのご意見やツッコミをいただければ幸いです。 JavaScript では名前空間は言語仕様でサポートされておらず、ライブラリや拡張機能などのコードを書くときにはグローバル変数の使用を最小限に抑える必要があります。先日の Mozilla 勉強会@東京 3rd でも佐藤さんと守山さんの発

    JavaScript のブロックスコープと名前空間 « Mozilla Developer Street (modest)]
    inurota
    inurota 2011/01/17
    つかこれは必読過ぎるななんで今まで気付いてないとか
  • 1