それでも設定が大事な理由 (arclamp.jp アークランプ)
ひがさんのエントリ「規約ベースのフレームワークのほうが覚えることが増える? 」を読んでいて、ふとした気づき。 暗黙的な規約は直感的ではない 結論から言えば、僕は"暗黙的な規約（Tacit Convention）"ではなく"形式的な設定（Articulable Configuration）"が重要だと思っています。ちなみに、Tacit Knowledgeは暗黙知でArticulable Knowledgeは形式知のこと。 なぜなら"暗黙的な規約"は、ある意味で直感的ではないからです。 人間が情報に反応するためには、情報が何らかの形で形式化されていなくてはいけません。 たとえば何かの操作を方法を学ぶ場合を考えてみます。説明書というのは操作方法を形式化したものです。しかし、直感的ではない。それは操作対象そのものに触るわけではなく、絵などで遠まわしに説明されているからです。 一方、説明書なん
PHPフレームワークのベンチマーク比較:phpspot開発日誌
New Year’s BenchmarksAfter the previous round of benchmarking, I received one very good criticism from Matthew Weier O’Phinney about it. PHPフレームワークのベンチマーク比較。 CakePHP、Solar、Symfony、Zend Frameworkのそれぞれのフレームワークにおいて「Hello World」プログラムを作成し、それでベンチマークをとった結果のようです。 ベンチマークにはapache付属のabを「ab -c 10 -t 60 http://localhost/[path]」の引数で使用したそうです。 結果的に、次の表のような結果が出たようです。 表中のavgはrps(Request per Second)で、１秒間に捌けるリクエスト数を表
Seasar 2.4 はクールだ - Tociyuki::Diary
WEB+DB PRESS vol. 36 を編集部様から戴きました。毎号ながら濃い誌面ですので、試しながら読むと大変なのですが、ようやく読了。今回は、Seasar 2.4 を取り上げてみます。 WEB+DB PRESS Vol.36 作者: WEB+DB PRESS編集部出版社/メーカー: 技術評論社発売日: 2006/12/22メディア: 大型本購入: 2人 クリック: 65回この商品を含むブログ (39件) を見るこの号は Seasar 2.4 リスペクト号でもありまして、小飼弾さんの「Alpha Geek に逢いたい」で、ひがやすをさんを弾さんがいじったすぐ後に、ひがやすをさんの「特集1 Seasar2 によるスーパーアジャイルな Web 開発」が続くという、楽しい始まり方をします。編集の皆さん GJ! Java の DI コンテナの Web 環境、Seasar 2.4 は、HTML
symfony翻訳サイト
＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
CodeZine：CakePHPフレームワークによる快速WEB開発（PHP, フレームワーク, CakePHP）
はじめに PHPは、データベース（以下、DB）と連携する高機能なWebアプリケーションを容易に作成できるスクリプト言語です。現在、さらに短期間で効率的な開発を実現するために、さまざまなPHPフレームワークが公開され、開発環境が整いつつあります。今回は特に、Ruby On Railsに触発されて開発が始まり、なおかつ独自の発展を遂げているCakePHP（ケイク・ピー・エイチ・ピー）フレームワークを紹介します。PHPという言語の面白さや、フレームワークによる開発に興味を持っていただければと思います。対象読者 PHPの基礎知識を持ち、フレームワークを利用した効率的なWeb開発に関心のある方。必要な環境 CakePHPを利用するために必要な環境は次のとおりです。Linux、Windows、Macなどの各種OS環境Apache、LighttdなどのWebサーバーMySQLなどのDB（MySQL推奨）
＠IT：Spring Frameworkで理解するDI（1）
DI：依存性の注入とは何か？：Spring Frameworkで理解するDI（1）（1/3 ページ） Javaのエンジニアであれば最近、「Dependency Injection」や「DIコンテナ」「Spring」、または「Seaser2」といった名前を目にしたことがあるのではないでしょうか。これらは次世代のEJB（EJB 3.0）に取り込まれる動きがあるなど、最近非常に注目されているキーワードであり、今後のJava開発を語るうえで避けては通れない概念の1つになるとされています。 この連載は、「Spring」というフレームワークを利用して、J2EE開発における「Dependency Injection（DI）」というデザインパターンから得られるメリットを紹介し、J2EEの今後の方向性を理解する助けとしていただくことを目的としています。 Dependency Injection：依存性の注入
DI（依存性注入）を白紙から説明してみる - 檜山正幸のキマイラ飼育記 (はてなBlog)
「DI（依存性注入）からどこへ行こうか その1」において： DI（依存性注入）については、雑誌や書籍で随分紹介されているので、そういうのを見てください。 こんなこと[注：DI化]して何がうれしいかって？ それは、ファウラー先生とかその他エライ人とかエラクない人とかに聞いてください。 と書きましたが、DI（Dependency Injection; 依存性注入）そのものについても説明を試みてみましょう。具体的なサンプルを使うことにします。そのため、サンプルの説明が長くなってしまうのが困ったことですが、まー、単なる能書きよりはサンプルがあったほうがいいでしょ。 内容： サンプルはテンプレート処理系 レクサー（字句処理系） レクサーをインターフェース経由で使う サービス・ロケーター 依存性が消えてない！ DI（依存性注入）登場 DIが、かつてIoC（制御の逆転）と呼ばれていた理由 ●サンプルはテ
「Webアプリとリッチ・クライアントの境界はなくなる」──Struts/JSFの開発者が展望
「いずれは，ブラウザで利用するWebアプリケーションと，リッチ・クライアント・アプリケーションの境界はなくなる。モバイル機器もパソコンも区別なく同じ技術でリッチなユーザー・インタフェース（UI）を構築できるようになるだろう」。2005年3月10日，東京で始まった「Java Computing 2005 Spring」の基調講演で，米Sun Microsystems社のCraig McClanahan氏が将来のJavaアプリケーションの姿を予見してみせた。McClanahan氏は，Webアプリケーション構築用のフレームワーク「Struts」や「JavaServer Faces（JSF）」の開発責任者である。 JSFは，JavaによるWebアプリケーション開発における標準技術となりつつある。2004年3月の正式仕様公開以来，多くの統合開発環境に採り入れられた。McClanahan氏はまず，ここ
特集 ASP.NET vs. Struts フレームワーク徹底比較［前編］ Webアプリケーション構築のための2大基盤を比較する（1/4） - ＠IT
本稿では、Webアプリケーション構築のための代表的なアプリケーション・フレームワークである「.NET FrameworkをベースとしたASP.NET」そして「J2EE（Java2 Enterprise Edition）をベースとしたStruts」を比較し、それらの共通点、または相違点を解説する。 ただし、最初に強調しておきたいのは、本稿は、ASP.NETとStrutsとを比較してどちらが優れている、どちらがより良いなどといった論評を目的としたものではない。もちろん、個々の機能同士を比べれば、それぞれに優劣もあれば、使い勝手にも差異はある。しかし、個々の機能などは、しょせんは限られた一時点でのスナップショットにすぎない。今後、いくらでも拡張／改善されていくはずなので、これらをいちいちあげつらうことには何の意味もないだろう。 また、これからご覧いただけば分かるように、ASP.NETとStrut
なぜDIコンテナを使うのか
DIコンテナのメリット、そして課題 ■DIによる単体テストの促進 筆者はさまざまな開発現場で仕事をしていますが、テスティングフレームワークを活用しているプロジェクトは少ないように感じます。理由はさまざまですが、テストコード自体が書きづらいということも理由として挙げられるようです。この記事でお伝えしている筆者の現在のプロジェクトでは、DIを使うことでテストコードが書きやすくなったため、単体テストを実施しやすくなり開発効率を向上することができました。 テストコードが書きづらい理由の1つに、“依存性の問題”があります。つまり、1つのテストコードを記述するには、依存するクラスまで含めて検証しなければならないのです。 このため依存するクラスにバグや未完成な部分があるとテストができませんし、依存するクラスの変更があった場合はテストコードを作り直さなくてはならなくなります。リスト6のJuchuImplク
なぜDIコンテナを使うのか
本記事は2005年に執筆されたものです。Spring、DI、AOP全般の最新情報は＠IT Java Solutuionのカテゴリ「DI×AOP（Spring／Seasarなど）」をご参照ください。 私がDIコンテナを使う理由 前回までで、Spring Framework（以下Spring）やDIの概念について説明してきました。最近では、実際の開発現場でもSpringのようなDIコンテナを利用するケースが増えてきているようです。 現場のエンジニアはDIの“機能”や“役割”は理解できるようです。しかしながら、「なぜそれが必要なのかピンと来ない」「学習してまで導入するほどの効果があるのか疑わしい」という声をよく耳にします。そのほかにも、自分自身はメリットを十分に理解して開発プロジェクトに導入したい気持ちがあるけれど、導入するためには上司や関係者を説得しなくてはならず、どのように説得すればよいか分
［Jakarta/Apacheウォッチ］第27回 ポストStrutsは何か？次世代Webフレームワークを展望する
［Jakarta/Apacheウォッチ］第27回 ポストStrutsは何か？次世代Webフレームワークを展望する 以前，「ポストStruts候補」として紹介したStruts Shale FrameworkがStrutsプロジェクトから抜けて，トップレベルプロジェクトとなった（関連記事）。配布形式も以前のような開発ビルドではなく，バージョン番号つきのパッケージが配布されるようになり，リリース間近の様相となっている。これでますます，今後のWebアプリケーション・フレームワーク，すなわちポストSturtsの候補探しが現実味を帯びてきた。 今回は，技術的な紹介ではなく，現在のWebアプリケーション・フレームワークを取り巻く状況と，将来の予測について紹介したいと思う. 5年後，10年後の標準Webフレームワークは何か 現時点においては，多くのシステムにてWebアプリケーション・フレームワークにStr
IT Pro Java/J2EE : 【連載◎開発現場から時代を眺める by arton】第5回
【連載◎開発現場から時代を眺める by arton】第5回 「動的言語と静的言語の交差点──RubyとJava/Seasar2の出会い」 オブジェクト指向言語を利用した開発が当たり前になり，早くもポスト・オブジェクト指向言語は何かという話題も出ているようだが，先日，具体的に今後の技術の一つの方向性を示す話を聞くことができたのでご紹介したいと思う。それは動的なオブジェクト指向言語のRubyと，静的なオブジェクト指向言語のJava，それぞれのフレームワークについての話だったのだが，意外なほど目指している方向性が近いようだ，と確認したということである。 結論を先に書くと，ソフトウエアの動的に決定したい部分を設定ファイルのようにソース・ファイルの外部に置かれる構成要素で解決するのではなく，言語とフレームワークの機能を利用してソース・ファイルの（文字通り）行間を補完することで解決するという方向だ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日本語で読めるPHPフレームワークsymfonyの資料いろいろ:phpspot開発日誌
Strutsファンページ in Japan
http://www.jajakarta.org/struts/