サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
買ってよかったもの
tomo008.blog.ss-blog.jp
■EasyMock & EasyMock ClassExtension 概要 JUnitは、テストケースの実行前後の状態の変化の検証をおこなうテストスタイルです。これに対し、EasyMock は、モックオブジェクトを組み合わせることにより、テストケースを実行することにより期待されるインタラクションも検証することを実現できます。 EasyMock は、Java Proxy メカニズムを利用し、インターフェイスに対するモックオブジェクトを動的に生成します。EasyMockはテストケースの実行結果、期待される動作(expectation)を設定するために、記録/再現(record/replay)のメタファを使用します。 まず、モックを生成したいオブジェクトのそれぞれに対してコントロールオブジェクトとモックオブジェクトを生成します。モックは代理となるオブジェクトのインターフェースを満たし、コントロ
○はじめに Struts 1.3 もリリースされたようですので、主な変更点を整理してみます。 ○Struts Action Library Struts 1.2.8 から、Struts を複数のサブプロジェクトに分割し、おのおの個々のリリースサイクルを持たせるように変更されました。具体的には、Struts の subproject には、以下の7つが存在します。 - Action - Applications - EL - Extras - Site - Taglibs - Tiles. これらのサブプロジェクトは、Struts 1.3 にも継承され、同じライブラリを使用しますが、 今後 subproject の revision は(Struts1.2系列、1.3系列)個々に変更されることとなるようです。 ○依存関係に関する変更 仕様に関する変更 Servlet 2.3, JSP 1.2
○はじめに 現在評価中。まずは実際に動作させてみた所感を。 Web プロジェクトを担当することにより、性能改善に関しては何度も苦労させられました。プロファイラも高価であり、評価したい観点を評価できないケースが利用できなかったころ、私は、複数のプロジェクトで汎用的に利用可能なツールにより性能を分析することができないかと試行錯誤しました。 初期の段階は、各処理で現在時刻を出力することにより、処理間の処理時間を把握し、ボトルネックがどこにあるのかを確認していました。(処理時間の正確なベンチマークをおこなうことが目的ではないため、これで十分でした。)しかしながら、現在時刻を出力するコードを追加し、本番時には削除することは、開発者の作業量の増加に繋がるという課題も残っていました。(log4j などのログレベルでの制御も可能ですが、評価するアプリケーションの制御、評価する処理の制御などの観点により細か
J2EE design decisions(written by Chris Richardson) http://www.javaworld.com/javaworld/jw-01-2006/jw-0130-pojo_p.html ■概要 POJOs in Action(Manning Publications, January 2006) からの抜粋 「Patterns of Enterprise Application Architecture」の考え方をJ2EEの世界をベースに、より実装に近い観点で論述された記事と考えてもらうとわかり易いかもしれません。新規性に富んだ話は多くはなかったですが、よく纏まった記事かと思います。 ■要約 最近 POJOs、ライトウェイトフレームワークの話題が賑わせていますが、盲目的にそれを利用することは、EJB で犯した問題を繰り返すことになると警告して
引越しで出版されたことすら気づかなかった1冊。やっと届きました。 Refactoring Databases: Evolutionary Database Design(written by Scott W. Ambler and Pramodkumar J. Sadalage) http://www.amazon.co.jp/gp/product/0321293533/503-8753000-4315106?v=glance&n=1000 元ねたはこれなんでしょうね。と期待してます。 Evolutionary Database Design http://martinfowler.com/articles/evodb.html (English) http://objectclub.esm.co.jp/eXtremeProgramming/evodb-jp.html (Japanese
DBを使用した単体テストをおこなう場合には、テーブルに格納するデータを変更する必要が生じます。テスト実施前のテーブルのデータに影響を与えたくない場合には、テストの方法として次の2種類の方法が考えられます。 テストケース実行時にDBMSに対しコミット要求をおこない、検証時にはコミットされたデータを検証する方法。この場合には、テスト実行前にテーブルのバックアップをおこない、テスト実行後に復元をおこなう。 テストケース実行時にはデータを追加・更新・削除し(コミットはおこなわない)、検証後、トランザクションをロールバックする方法 1.の方法を選択すると、テスト実行前にテストデータを投入するテーブルのバックアップをおこない、テスト終了時にバックアップからテーブルの内容を復元する必要が生じます。2. の方法を選択すると、テーブルのバックアップ・復元等、初期化、終了に伴うコストを 省略すること ができる
AJAX(Asynchronous JavaScript and XML) 以下の要素を用いインタラクティブなWebアプリケーションを 構築するための開発手法を表現した造語です。 XHTML と CSS を使用した標準的なプレゼンテーション Document Object Model を利用した動的な表現およびインタラクション XMLとXSLTを利用したデータの送受、操作 XMLHttpRequestを使用した非同期のデータの送受 上記を統合するためのJavaScript AJAX という技術自体があるわけではありません。AJAXは、JavaScript の組み込みクラスである XMLHttpRequest の非同期通信を利用して、ウェブブラウザ上でインタラクティブなWebアプリケーションを実現するための開発手法です。これを Jesse Jaames Garrett氏が2005年の2月に
このページを最初にブックマークしてみませんか?
『Welcome 2 tomo's blog!』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く