alloyはAppceleratorが開発したTitanium用MVCフレームワークです。 JavaScriptを使ってiOSもAndroidアプリも作れるのが魅力のTitaniumですが、大型なアプリを作るには仕組みの自由度が高過ぎに感じる人も多いのではないでしょうか。そこで使ってみたいのがAppcelerator社自らが開発するMVCフレームワークのalloyです。 インストールします。npmでインストールできます。 まずアプリを作成します。ディレクトリで「alloy new .」と実行すればOKです。 生成された内容です。まるでRailsのような構成です。 こちらはコントローラー。オブジェクトにアクションを結びつけています。 こちらはビュー。ボタンなどの配置を決めています。 alloyはMVCそれぞれコマンドラインからベースを生成できます。コードはコンパイルしてJavaScriptに
グーグルは、JavaScriptでMVCアーキテクチャのアプリケーション開発をする際に便利な機能を備えたライブラリ「AngularJS 1.0」のリリースをブログで発表しました。 MVCアーキテクチャとは、ソフトウェアがデータモデル（Model）の部分とユーザーインターフェイスの部分（View）、そしてビューとモデルのあいだで制御する部分（Controller）に分離された構造のことを指します。 これらが分離されているとプログラムの見通しがよくなり変更にも対応しやすく、テストも容易になるため、何種類ものユーザーインターフェイスと複雑なロジックなどから構成される大規模なアプリケーションではMVCアーキテクチャの採用が望ましいものと考えられています。 しかしWebアプリケーションをMVCアーキテクチャで実現しようとすると、ビューの役割を果たすHTMLのコードの中に、どうしても複雑なJavaSc
グーグルが開発したJavaScript MVCフレームワーク「AngularJS」を紹介した1つ前の記事の反応が予想以上に大きく、1日たたずにブックマークが500以上もつきました。 本記事では、AngularJS以外にもすでにたくさん存在するJavaScript MVCフレームワークに関する情報をまとめて紹介したいと思います。 JavaScript MVCフレームワークの比較記事 既存のJavaScript MVCフレームワークを比較した記事が「The Top 10 Javascript MVC Frameworks Reviewed」です。Top10と書いてありますが、12種類のフレームワークの比較です。これは公開当時は10種類だったものが、その後11種類になり、今回のAngularJSの公開で12種類になったためです。 上記のような比較表を載せた上で、12種類すべての利点と欠点を説明し
A framework for ambitious web developers. Ember.js is a productive, battle-tested JavaScript framework for building modern web applications. It includes everything you need to build rich UIs that work on any device. Build with the teams that never stop shipping. Some of the best development teams in the world have been iterating on their products for years with Ember. With scalable UI architecture
Titanium MVCはTitaniumをMVCに沿って開発できるフレームワークです。 Titaniumアプリはちょっとしたアプリを作るのに適していますが、大型なものになるとコードが見通し悪くなってしまうイメージがありました。だからこそベースになるTitanium MVCを使って頻繁な更新にも耐えられるしっかりとした作りにしましょう。 デモアプリです。ログイン画面が表示されます。 OKな場合のダイアログ。 入力エラーの場合のダイアログ。 app.jsの内容です。 MVC.jsの内容です。Controller、Viewを読み込んでいるのが分かります。 StartupControllerの内容です。initを実行して、ログイン画面を返しています。 ログイン画面のビューです。ここでは画面のデザインのみを行っています。 ログイン処理のコントローラーです。見やすいです。 Titanium MVCで
WebアプリケーションにおけるMVCパターンはすでに死んでいる。 ページが静的なHTMLから動的なJavaScriptを使用したページになり 状態を保持するようになった時点でMVCパターンは崩壊したのだ。 しかもそれはAjaxを使用することで余計に加速された。 Ajaxを多用するということはページが単なるViewではなく、 オブジェクトになったことを意味する。 サーバー側にもモデルというオブジェクトがあるのだから、 結局はオブジェクト同士の相互作用というのが実態に近い。 MVCとは一つのオブジェクトを３つの部分に分割するというパターンである。 複数のオブジェクト同士の関係については何も言っていない。 このオブジェクト同士の相互作用のパターンというのが現時点でも 未解決のデザイン問題として残っている。 これはかなり複雑な領域であり、容易にモデル化を許さない。 しかも相互に参照しているのではな
Twitter社のOBが作ったObvious社によるnode.js用のMVCフレームワーク「matador」のインストール方法。 http://devlog.sumahoweb.jp/post/15456658645/twitter-ob-node-js-mvc-matadorTwitterの前のCEOのEvan Williamsさんの新会社Obvious社がオープンソースで公開されたnode.js用のMVCフレームワークです。 viewのテンプレートには、Twitter社製のhogan.jsが使われており、ほとんど生のhtmlに近いmustacheの記法で書くことができ、軽量高速です。 controllerやmodelのクラスの継承にはklassを利用でき、普通にJavaScriptを書くよりもかなり楽をできます。 valentineという関数型プログラミングの為のユーティリティのモジ
.NETによるスマートフォンWeb UI開発ガイド【導入編】 Webフォーム vs. ASP.NET MVC ― スマートフォン向けWeb開発で使えるのはどっち？ WINGSプロジェクト かるあ（監修：山田祥寛） 2011/04/18 ここ数年で、日本においてもiPhoneやAndroid端末といったスマートフォンの所有率が大きく伸び、それに伴い、スマートフォン全般向けのWebアプリの開発や、各スマートフォン・プラットフォーム向けのネイティブ・アプリの開発が注目を浴びている（※本稿では「アプリケーション」は「アプリ」と略す）。 本稿では、ASP.NETが提供する、Webフォーム、ASP.NET MVCという2つのWeb開発技術を取り上げ、スマートフォン向けのWeb開発を行ううえで、どちらが適しているのかを検証していきたい。 ■Webアプリとネイティブ・アプリの比較 スマートフォン向けのアプ
jQueryヘビーなアプリケーションの問題点と、MVCによる構造化の必要性 jQueryは、ブラウザ上で動くJSアプリケーションの開発生産性を劇的に向上させました。DOM操作による動的なページ書き換え処理などは、セレクタを使ってちょろっとコードを書くだけで、ほんの数行で記述できてしまいます。 しかし、この方法の延長で、大規模なJSアプリケーションを構築することは果たして現実的でしょうか。例えば「GMail」や「New Twitter」程度の規模のJSアプリケーションを書かなければならないとしたら、どうでしょう？ 大規模なJSアプリケーションを開発するには、こういった手法を延長するのではなく、より洗練されたデザインパターンを導入する必要があります。この目的にぴったりのデザインパターンが、「MVC」デザインパターンです。 MVCパターンは、Webの世界ではサーバサイドプログラミングで広く知られ
MVVMパターンに関する認識・知見があちこちに散らばっているように見えるので、そろそろまとめてみる事にしました。この記事は、他の各サイトの記事などでMVVMの基本的な考え方・実装方法などを把握されている方が対象です。 そういった方がMVVMパターンを実務に適応してみようと思った時や、MVVMパターンを要件に合わせてカスタマイズしていく際に、認識すべきパターンの実装方式のそもそもの理由と考え方、要件に合わせて考えていかなければならないポイントを把握する助けとなる情報を提供するのを目的としてこの記事を書きました。(文字ばかりですいません＞＜) MVVMの実装の各要素の実装をこねくりまわすばかりで、その過程でパターンを把握している気になって、パターンの本来の目的を破壊してしまうような実装を推奨してしまっている人も見ます。そんな滑稽な事をしない認識を持って欲しいのです。 MVVMパターンは、WPF
Web開発フレームワークとして人気の高いRuby on Railsの最新版、バージョン3を使ってWebアプリ開発の基本を学びます。 人気のフレームワークでWeb開発を学ぶ Ruby on Railsは、いまやWebアプリケーションの開発フレームワークの有力な選択肢の1つとなっています。Ruby以外の言語のWebアプリケーションフレームワークも少なからずRailsの影響を受けているので、現在Rubyを使っていないエンジニアにとっても、Railsを知ることは大いに参考になるはずです。もうすぐRails3認定試験が本格的に開始されるということもあり、この連載では、試験範囲の流れに沿って、Railsの基礎についてご紹介していきます（ただし、必ずしも試験対策というわけではありません）。 今回、連載第1回として本記事では、Railsを理解する上で基本となる考え方であるMVCについて説明した後、Rail
出版されている技術書のタイトルやネット上での情報を元に、なんとなくシステム開発で使われる技術が国によって差があるように感じるということを、これまでいろいろな記事で書いてきたのですが、はたして実際のところはどうなのでしょうか？300年前なら、Manningのin actionシリーズの表紙に描かれている人物*1のように国ごとにいろいろな衣装があって多様な文化が存在していたのでしょうけれど、文明化された現代では、服装も食べ物もそれほど違いがないというところがあります。IT業界は文字通り情報を扱う産業なのですから、世界中の最新の情報が集まってきてしかるべきなわけであり、どの国でも大差がないはずという推測もできないわけではありません。 あくまでも目安なのですが、Google Insights for Searchというサービスを利用すると、単語の検索回数を地域ごとに集計することで、各地域でどういっ
せっかくUIパターンについて3つも記事を書いた(UIパターン その1、UIパターン その2、UIパターン その3)ので、自分でもコードを書いて試してみようと思った。 連鎖シミュレーションツール JavaScriptのコードはこれ(puyopuyo.js)。 モデルは2つ。fieldModel (6x12のフィールド)と、nextModel (次ぷよ)。observersフィールドにビューを追加しておくと、適宜update()関数をキックしてくれる。 fieldModelを書いたときにはgetter/setterをつけてみたのだが、まどろっこしかったのでnextModelではフィールドを直接公開してみた。 ビューも2つ。fieldViewと、nextView。どちらもupdate()関数を持つ。ビューを組み立てるときにはHTML DOMのノードコレクションを渡すようにしてい
なーんて、MVCを語れるほどの知識はないのだが、琴線に触れてしまったので、私なりに言いたいことを言うことにする。 本当は、こんな話より先に、先日参加したGAE Nightの話や、Winnyの金子さんが無罪になった話を書きたいのだけど、ココとか、ココとか、ココとか、ココとか、毎日毎日毎日毎日、MVCを語られると、何かいいたくて、もう我慢できなくなってしまった。（これはエンジニアの性なのか！？） 中島さんのBlogのなかで最も釣られてしまうキーワードは「えせ」。これを使うということは、自分の考えだけが正しくて、他は間違いであるということを暗にいっているようなもの。多くの人はそれに反応してしまうから、感情論になって、あまりよい結論は見い出せなくなってしまっているんじゃなかろうか。中島さんの言っていることは概ね理解できるし、RESTfulな設計などは私の考えと被る部分もあって、ほぼ同意できるのだが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
