Webアプリ開発における「内部APIモデル」 - Tous Les Jours 攻防記
前回の話は、一回のエントリーでは書ききれない内容でした。。以下もうすこし詳しく書き直してみます。 Webアプリ開発における「内部APIモデル」とは、ネットワーク越しに外部サイトのWebAPIを呼び出すかのごとく、自サイト内のリソースに対して内部専用のWebAPIでアクセスする仕組みを導入し、分散処理を行うモデルのことです。典型的なWebアプリでは、データベースがここでいうリソースに該当するかと思います。 図にすると以下のようなイメージです。 今回、Lang-8で実際に「内部APIモデル」を導入してみたので、気づきの点などをこのエントリーにまとめてみました。 ※導入のいきさつについては、前回のエントリーで触れています。 「内部APIモデル」を採用するメリット Webアプリ開発において「内部APIモデル」を採用するメリットは２つあります。 （１）言語やフレームワークの選択自由度が上がる 現在運
MM Command Sense 2.0 beta1 リリース(管理人日記) - むぅもぉ.jp
ウレタン系高反発マットレスでよく言及されるのが密度です。それを頑張って分かりやすく説明してみます。
ウェブアプリケーション独立への期待 (kuruman.org > Kuruman Memo)
現状のウェブブラウザはウェブアプリケーションを操作するためのインタフェースとして不適切だ。代替となるものが存在しないから仕方なしにウェブブラウザを使っているに過ぎない。それ故にAdobeがウェブアプリケーション向けのプラットフォームApolloを作ろうとしているのは実に自然なことなのだと思う。ウェブアプリケーション向けプラットフォームが多くのOSというかハードウェアで動くようになれば、ウェブアプリケーションのユーザビリティはより高くなるだろう。 設計思想の違い そもそもウェブブラウザはURLベースだが、ウェブアプリケーションにそれはそぐわない。たとえば戻るを押した時、前に見ていたURLへ戻るのではなく作業を元に戻してほしい、とか。他にも挙げればきりがない。そもそも文書を読むために設計されているインタフェースなのだから、アプリケーションを動かすには無理がある。 無理をした結果問題も生じている
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
セキュリティガイドライン
