Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ウェブアプリケーションフレームワークのMVCは、大きく分けてプッシュ型、プル型があります。 -- こんにちは、タイトルはいつも通り釣りです！ 今、ウェブアプリケーションフレームワークを物色中です。 そのいろいろ見ているうちに、頭のなかにごにょごにょあったことを吐き出すのを目的にしています。 他の視点でまだ続くかもです。 例のごとく間違ってたらまさかりよろしくです！！ -- MVCとは？ 表示が伴うフレームワークの基礎、MVCを、なぜこれが必要になったのか、順を追っておさらいしたいと思います。 最初は一つ V 一般的に、分割すると複雑にな
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
Over the years I've come up with a few rules for MVC web apps that have served me well and kept large codebases from descending into chaos. While the terminology may differ, these rules should hold true for most client-side MVC frameworks such as Backbone and Ember. Some frameworks have different naming MVC conventions, and slightly different takes on separating concerns. In this document, control
最近node-webkitアプリを書く時、何かしらのMV*やデータバインディングライブラリと言われるものを試しているのですが、floating-memo.appではRaynos/mercuryを使いました。 mercury は小さなモジュールを組み合わせたライブラリとも言えますが色々特徴的です。 完全にモジューラーな実装 Virtual DOM FRP ファイルサイズが小さめ モジューラーな実装とは何かというとmercuryのindex.jsを見ると面白い事が書かれています。 /* Pro tip: Don't require `mercury` itself. require and depend on all these modules directly! */ require("mercury") しないで、直接それぞれのモジュールを読み込んで使えるという事が書かれています。 (これ
昨日のエントリの続き。こっちのほうが有益な情報になってると思うんだけど多分昨日ほどはのびない。 さて、昨日のエントリーでは「Backbone.jsのViewはControllerってことなのか〜それは俺が間違えてたわ〜、えっじゃあ Marionette.js 使う場合はどうなの」という感じになったのだけれど、そのあといろいろ考えて以下のような感じに落ち着いた。 Marionette.jsを使っていたとしても結局考え方はBackbone.jsのときとかわらない。 つまり、Marionette.js の View も C である。ViewControllerと言うべきかもしれないので以下ではViewControllerと書く。 ViewControllerの責務は、以下の通りである。 Model(あるいはCollection)をひとつ保持し、View(HTML片のことである)をひとつ保持する
続編の紹介 続編 やはり俺のMVCは間違えている in Backbone.js を書いた。そっちのほうが有益な情報が乗ってると思うけど面白くないかもしれない 以下本編 MVC の話と宗教の話と政治の話と野球の話はしてはいけないそうですがそんなの知るか俺はするぞ クライアントサイド MVC の話 そもそも MVC の出自が GUI アプリケーションのために生まれてきたものなので「クライアントサイド MVC」などと言う言い方をしなければならない状況がすでに憎いのだけれど、まあそれはおいておく。 「うちは Backbone.js を使っているから MVC でクライアントサイドが作られていて保守性が高いです」みたいなことを言う人間がたまにいるが、Backbone.js をつかったから（あるいは Marionette.js を使ったらから）といって自動的にお前のアプリケーションが MVC になるわけ
この記事はPHP Advent Calendarの19日目の記事です。 プログラマ１０人集まれば、誰かMVCうんちく語るのが常。みんな大好きMVCの話です。僕は今年でPHPプログラマとして10年が経過しました。この節目の年に、これまで触ってきたフレームワークを振り返り、徹底的な個人的主観でMVCについて語っていきたい思います。忘年会シーズンでお疲れの皆様、ご安心ください。コード・ゼロでお届けします。 いろんな言語のいろんなフレームワークを触ってきたつもりですが、Javaはやってなかったんであまり詳しくないです。主にRails以降のフレームワークを見ていきます。 Railsの功績 PHPプログラマとしてRailsの登場で何にびっくりしたかというと、次の三つです。 router ActiveRecord cliと対話型shell ActiveRecordは魔法のように見えましたが、いずれ出ても
Ractive.jsはJavaScript製のオープンソース・ソフトウェア（MIT License）です。 Webフロントエンドの開発において欠かせないのがDOM操作です。jQueryを使って行う人が多いと思いますが、今回はそれより少し大きな規模になってきた時に活躍しそうなRactive.jsを紹介します。 サンプルのTodoアプリ。 HTMLテンプレート。よくある形で誰でもすぐに使いこなせるでしょう。 JavaScript。エレメントを指定したり、データを指定したりします。シンプルで分かりやすいです。 コメント機能のデモ。 雰囲気的にBackbone.jsを簡素化した感じでしょうか。 無限スクロールのデモ。 このような複雑な図を描くデモもあります。 クリックでさらに深く潜れます。 インタラクティブなグラフ。 Ractive.jsはインタラクティブなWeb操作を行うのに必要なDOM操作、イ
これ読んでたらr7kamura君にJSのMVCどうするの的な話きかれてたのを思い出したので、自分がBackboneを使う時のパターンをr7kamura君の記事をベースに書きなおしてみた。 > サバクラ両方で動く JavaScript の大規模開発を行うために ― Gist https://gist.github.com/1362110 > client-side javascript - ✘╹◡╹✘ http://r7kamura.hatenablog.com/entry/2012/10/18/023629 以下の様なコードを書いた。かなり冗長だが、複雑なアプリだとこれぐらいの冗長性は必要になる。 (なお概念を伝えるための解説用コードなのでそのままじゃ動かない) Backbone.Model # 名前空間の初期化 App = {} App.View = {} App.Model = {}
JavaScriptでの大規模アプリケーション開発を支援する「JavaScript MVCフレームワーク」がいくつも登場し、注目され始めています。7月11日に開催された「第31回 HTML5とか勉強会」では、このJavaScript MVCフレームワークがテーマとなり、主なフレームワークの紹介と座談会が行われました。 それぞれのフレームワークがどんな特徴を持ち、何に向いているのか。非常に勉強になる内容でしたので、この記事では座談会の内容を紹介したいと思います。 座談会に登壇したのは以下の方々です。 Backbone.js 清水大輔氏（NHN Japan） Spine 村田賢一郎氏（Acroquest Technology） Ember.js 斉藤祐也氏（サイバーエージェント） AngularJS 北村英志氏（グーグル） 司会はPublickey新野が務めました。 JavaScript MV
月曜日のclient-side templating 勉強会 http://atnd.org/events/28189 で喋った内容をうろ覚えに書き出す。 クライアントMVCが求められるようになった背景 AJAXの流行 PushStateの流行の兆し メディア系のゲームで使えるAPIの充実 今まではページ遷移の度にJSのオブジェクトを破棄していた。 => シングルページでリッチなコンテンツが作れるようになり、JSのやることが増えた PushStateとは 遷移なしにURLを書き換える技術。HTML5 History API。 Twitter, Github, Facebook URLを書き換えるだけなのでコンテンツ(DOM)の操作はアプリ製作者に一任されている。 大規模なHTML書き換えに、クライアントサイドテンプレーティングが重要になってきた。 PushStateのライブラリ defun
knockoutjs (http://knockoutjs.com/)というクライアントフレームワークを試してみた。モデルとUIの依存関係を宣言することにより、自動的に更新してくれるというものだ。売り文句をまとめると： OSS, 他フレームワークとの利用可能、軽い、ブラウザサポート等々。誰が管理しているのか知らないが、ドキュメントはよく書かれていてサポート体制はしっかりしているよう。 必要なもの <script type='text/javascript' src='./jquery-1.4.3.js'> <script type='text/javascript' src='./knockout-1.1.0.debug.js'> インストール詳細はこちら： http://knockoutjs.com/documentation/installation.html http://githu
TodoMVCはTodoアプリを多様なJavaScriptフレームワークで実現、比較できるソフトウェア。 TodoMVCはHTML/JavaScript製のフリーウェア（ソースコードは公開されている）。今はJavaScriptが隆盛とあって、Webサイト開発において大抵利用される。そんな中、どのJavaScriptフレームワークを使うべきか適切に検討しているだろうか。慣れだけ考えてjQueryに落ち着いてしまったりしていないだろうか。 色々なフレームワークが試せる もちろん慣れはとても大事な要素ではある。だが全ての開発が一つのJavaScriptフレームワークでまかなえる訳ではない。もっと様々なフレームワークを検討すべきだ。そんな時の目安になり得る、とても面白いプロジェクトがTodoMVCだ。 TodoMVCはTodoアプリで、Web上でタスクを入力して登録し、チェックボックスを付けて消化
JavaScriptのMVCフレームワークと仲間たち JavaScriptでイイ感じに開発をしたいという欲求が高まってきたため、自分でフレームワークを作らずに世界の賢者たちから学びたいと思います。今回は、JavaScriptでMVCフレームワーク等を実現しているフレームワークや周辺のライブラリ、さらにはツールやユーティリティまで幅広くご紹介します。 (2012/1/17 updated) MVCフレームワーク Backbone.js Spine.js JavaScriptMVC AngularJS SproutCore Ember.js YUI App Framework Broke.js Fidel.js Sammy.js KnockoutJS eyeballs.js The M Project Knockback Batman.js Shipyard.js Agility.js ベース
Ember.jsは旧SproutCoreの後継プロジェクトです。リッチなWebアプリケーションフレームワークになります。 SproutCoreがFacebookに買収されました。SproutCoreはリッチなWebアプリケーションを開発できるフレームワークですが、今後の開発についてはEmber.jsとして継続される模様です。 スマートフォンに特化している訳ではありませんが利用できます。 デスクトップ向けでHello World。 コードを見ると分かりますが、HTMLを直接ではなく、テンプレートです。 デモのTodoアプリです。 登録したりチェックして削除したりできます。データは保存していないので再読み込みすると消えます。 Todoアプリのコード。こちらはビュー側です。 こちらはコントローラ、モデル側。コードは見やすいです。 Ember.jsはMVCに分かれており、コードも見やすく使い勝手が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
