改めて ソフトウェアアーキテクチャ GUI のアーキテクチャの歴史を調べてみたくなった。本来の MVC とは何か？何が正しくて何が間違っているか？も重要なのだが、それよりは、なぜそれが生まれたのか？何を解決しようとしたのか？どのような問題点が生まれて、それをどう工夫して解決・発展してきたのか？を知りたい。しかし、そういうことがまとまっている日本語の情報が少ないので、自分で色々かいつまんでメモしておく。 MVC の原点は 70 年代にまで遡り、実装としては Smalltalk-80 のクラスライブラリとして実装されたのが最初だと思われる。しかし、後世に大きな影響を及ぼしたポイントをいくつか持ちつつも、当時のアーキテクチャが現代においてそのまま利用されているケースはほぼないといっていい。したがって、単に MVC といった時には大抵最初期の MVC を指すことは少なく、区別するために最初期の M

2012年くらいから使っているが、一貫していいと思い続けているkeroxp.icon2018/8/1

Fluxに関する独自解釈と妄想を、何かの翻訳っぽく書いた。 スケールするアーキテクチャ フレームワークを作る時、我々は「簡単に記述する」ことを第一に考えがちだ。 そして、簡単にするための仕組みはウケる。 逆に記述量が増えるとウケない。 しかし例外があって、多く書くことによるメリットが受け入れられたときは別だ。 例えば、Backbone.jsを使うと記述量が増える事は誰もが認めるところだが、MVCの実現というメリットのために広く受け入れられた。 要するにトレードオフなのだ。 ここのところFluxアーキテクチャが注目を浴びているが、書いてみると記述量は相当増える。 そもそも登場人物が多すぎる。 Action、Dispatcher、Store、View、それからそれらの間に挟まって仕事をする者達。 一体彼らは何をしたいのか。 最近になって分かってきた。 これはアプリケーションそのものを抽象化した

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

ソフト開発会社のタオソフトウェアは2010年5月26日、プログラミング知識がなくてもAndroid用アプリケーションを作成できるようにするサービスの試験運用を始めたと発表した。タオソフトが用意するフレームワークに沿って画像などのコンテンツを登録するだけで、Android用アプリケーションが自動生成される。試験運用中は、ユーザー登録をすれば無償で利用できる。 試験運用を始めたのは、「ドロクリ」と呼ぶサービス。フレームワークとして、アナログ時計と動画ビューワーの2種類を用意する。いずれも、Android用アプリケーションの作成に必要なプログラミングスキルなどは全く問われない。Android端末からも利用でき、特別な開発環境も不要である。 アナログ時計では、自身で作成したアイコン用画像と、時計の文字盤および時針の画像を登録するだけで、オリジナルの時計アプリケーションを作成できる（写真）。サンプル

iPhone と Android 両方のアプリ開発を経験したので両者を比較してみます。 技術情報 iPhone iPhone Dev Center iPhone Dev Center(日本語) Android Android Developers Android Developers(日本語) OS iPhone Mac OS Xベース Android Linuxベース 開発言語/開発環境 iPhone Objective-C 2.0(ガベージコレクションは使えない) Xcode Interface Builder(画面デザイン用の開発環境) その他 MonoTouchを使うとC♯で開発できる Android Java SDK 1.5または1.6相当のもの(SunのJavaとVMが違うのでこのような書き方をしています) Eclipse ADT(Eclipseプラグイン) 動作環境 iPho

Djangoのサイトには「Djangoの設計思想」というドキュメントがあります。どんなフレームワークでもそうですが、設計思想を理解し、その流れをつかむ事で正しい利用への最短ルートです。もし、自分の思想にあわないならば問題です。可能であれば、そのフレームワークの検討を取り止めるべきでしょう。それが出来ないならば利用している時にはそのフレームワークの思想で思考することが求められます。 Djangoの設計思想は、緩く結合し、必要最低限のコードで、だが隠蔽せずに明示するという事です。DjangoではMVT（モデル／ビュー／テンプレート）と呼ばれるMVCに近い構造をとります。それらの３つのレイヤーはお互いに疎な関係を持ち、モデルとテンプレートはデフォルトの実装以外を容易に採用できるようになっています。また、ほどよく規約を適用し必要なコード量は少なくなっていまが、なんでもかんでも裏側で処理せずに、なに

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

最近流行の古代、近代、現代パターンで、Webアプリケーションのアーキテクチャを振り返ってみたいと思います。 古代に生まれたStrutsですが、実は結構完成度が高く、WebにおけるMVCパターンは、Strutsでほぼ完成しています。ViewはJSP(Velocityもあり)とタグライブラリで決まり、ControllerもActionで決まり(StrutsそのものもControllerに分類する場合もあり)でしたが、モデルの実装方法は、決定的なものがありませんでした。 実は、モデルには、アプリケーションモデルとドメインモデルがありますが、この辺の考えも明確なものがありません。アプリケーションモデルという言葉は、あまり聞いたことがない方もいるかもしれませんが、SmalltalkのMVCは、既にそうなっているようです。 モデルをデータのみから成るドメインモデルと，アプリケーション固有の情報から成る

今日電車の中で、これは行けそうだ！という予感がしたので記念に書いておきます。予感だけで、本当に出来るかまだ分からない。 やりたい事 GUI フレームワークを形式的に定義します。GUI フレームワークというのは、ある情報(例えば温度)がある時に、それをどのように画面に表示するかと言う方法の事です。簡単に書けば単にある数字を表すフォントを画面に点で書けば良いだけですが、例えば温度計みたいに表示したり、グラフで表示したり、編集出来るようにしたり、色んな事を考えるとフレームワークと言うのを使った方が良いです。 形式的にというのは、数式で表現するという事です。数式で表現出来ると意味を変えずに表現を変える事が出来ます。すると、計算が速くなったり頭がすっきりしたりします。 一般的にというのは、GUI 以外にも使えるという事です。オブザーバパターンの枠内だったら何でも使えます。 バックグラウンド Sque

今月末ぐらいに、Springsource Application Suite Enterprise Editionというのを発表する予定。これは、Springアプリ用のコンフィグ済みコンテナみたいなもんで、アプリケーションサーバとして、 JBOSSの対抗馬として出すようです。 ウェブサーバはカスタマイズしたTomcatを使って、クローズドソースを含んで、GPLとコマーシャルデュアルライセンスで、コマーシャルの場合はサブスクリプションベースのサポートつきだそうです。 これまでも、あまり仲のよくない(ようにみえる)SpringとJBossですが、ついに全面対決をはじめるみたいですね。 いままで、JBoss上でSpringを使っていたユーザーも多いと思うので、それがSpringのサーバに流れたら、JBossも苦しいでしょう。 このサーバ対決は、その上で使われるフレームワーク対決になるんじゃないで

Teedaのメリット・デメリットについて振り返ってみたいと思います. ■Teedaのメリット ・HTMLテンプレート まずはなんといってもHTMLテンプレートではないでしょうか。 レイアウトを確認するうえでは威力を発揮しやすいと言えます。 また前工程でユーザに確認してもらうために作成したモックをそのまま開発に 持ち込める点は良いのではないでしょうか。 ・設定ファイルレス 規約による設定ファイルレスはTeedaの中でも生産性に貢献する部分のひとつです。 簡単な規約を付与することで、設定ファイルに書くタグ＋設定内容を規約に 置き換える部分は効果はあったでしょう。ただしデメリットもあります。後述します。 ・POJOベースのPageプログラミングモデル POJOなPageクラスをHTMLと1対1でバインドするTeedaの方法は 役割としてはとてもわかりやすかったように思います。DoltengのHT

はじめに JavaにおけるDBアクセス周りの実装は、アプリケーション開発において非常に問題の多い領域です。数多くのO/Rマッパが登場していますが、現場の要件を満たせるものはまだまだ少ないかと思います。 そのような状況の中、DBFluteは誕生しました。本稿では、このDBFluteが一体どういったもので、現場の問題に対してどのように解決をしていくか、基本から応用まで紹介していきます。 今回のターゲットとする言語はJavaですが、実はDBFluteはC#版も存在します。ほぼ同じ仕様で実現されていますので、文法的な違いだけを読み替えることでC#ユーザの方にもお楽しみ頂ける内容かと思います。 前提とするテーブル構造 これからの説明で登場するサンプルの実装では、図1のテーブル構造を前提として話を進めていきます。 図1　サンプルのテーブル構造（詳細は、こちらをご覧ください） DBFluteの概要（１）

ぶり祭りに行ってきた。 特にid:t-wadaさんのRESTfulBuriに衝撃を受けた。これはすごい。自分が想定していたものよりもはるかにヤヴァイ代物だった。かなり強力な電波を受信した気がします。アンテナ立ちまくり。 あとでかく。書いた。 その日のお話の詳細は誰かが書いているはずなので、自分で理解したメモっぽいものを箇条書きスタイルで書いた。(間違いがあるかも) ワークステートエンジンBuriについて ワークステートエンジンとは 状態を扱うエンジンなんだけど、状態遷移マシンモデルじゃない*1 データ(トークン?)がアクティビティという箱を動いていくイメージ アクティビティとそれをつなぐトランジションを含むネットワーク全体がプロセス アクティビティはコンピュータ処理を表すAutoとユーザの入力待ち状態を表すManual*2がある Manualの箱の中にデータが滞在する データを箱に入れるこ