XStreamで書き出し→読み込みすれば、どんなオブジェクトでもディープコピーできるんだなあ。 import com.thoughtworks.xstream.XStream; public class CopyUtils { public static <T> T deepCopy(T obj) { XStream xs = new XStream(); return (T) xs.fromXML(xs.toXML(obj)); } } XStreamなら、対象のオブジェクトがSerializableを実装していなくても書き出せるのがポイントですね。

最近の大田さん@mixiのところで、Rubyについて考察する機会があったのと、よういちろうの考えと同じことを思っていたので、たまには本音で書いてみる。 Railsで、最も良いところは、テストの雛形も自動的に作ってくれて、テストの敷居を下げてくれてるところだと思う。なのに、それについて触れる人があまりにも少ないような気がする。一応、私は、1年半以上、はてなのキーワード検索で毎日Railsについては調べているので、はてなでRailsについて書いている人の記事はたいてい見ています。 理由は、いくつか考えられますが、私の読みだと、テストが当たり前の人にとっては、当たり前すぎてわざわざ書く意味がないし、そうではない多くの人にとっては、ほとんどテストは書いていないんじゃないかな。 実は、テストを書くのは結構工数かかるんですよ。スクリプト言語は、コンパイラがミスを教えてくれることはないので、Javaと比

あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。

Java2 SE 5.0から、基本型とラップクラスの相互変換を自動的にやってくれるようになりました。 つまり Integer a = 5; System.out.println(a * 10); などとすると Integer a = Integer.valueOf(5); System.out.println(a.intValue() * 10); のように変換してくれます。 そうすると、通常ラップクラスを使う場面は、ジェネリクスでの型指定とObjectへのキャストだけになります。 ところで Integer a = 5; Integer b = 5; System.out.println(a == b); はどうなるかというと、これはtrueになります。 ところが Integer a = 130; Integer b = 130; System.out.println(a == b); の

Ruby on RailsにJava2EEと同じニオイを感じる これは、間違っていると断言しておきましょう。 どの部分にどういうニオイを感じるかは人それぞれだけど、「机上の標準」であるJavaEEと「自分たちのアプリケーションを作る必要性から生まれた」Railsが、同じであるはずがない。「机上の標準」と「現場から生まれた非標準」は本質的に違うものです。 きしださんが、同じような気がするといっているのは、「サイコーって聞く割には実際に使った人の評判が悪い」という部分だと思いますが、それは、きっと適用したアプリケーションのタイプが間違っているんでしょう。 もともと、Railsは、DBと連動する簡単なWebアプリケーションを少数精鋭の部隊が短期間で開発するためのものです(と思う)。そうRailsの中の人も言っていたはず。想定外の用途で使われて力を発揮できないのは当たり前。 これは、「Railsは

Strutsは良いフレームワークであった。 登場時のStrutsは MVCを体現しWebフレームワークとしてプログラマ達に夢を見せた。 今見てしまえば冗長で可読性の低い設定ファイルに 糞のようなtaglibとゲロのようなjspであるが それでも当時はセンセーショナルだった。 しかし、その後、Strutsには悲劇が起きる。 あまりにもセンセーショナルなデビューのおかげで それを金に換えようとしている奴らに目を付けられてしまった。 人月計算とExcelとスーツで出来ている奴らだ。 奴らは Strutsをいかに簡単であるか宣伝し 役に立たない講習会で金を取り sessionが何なのかすら知らない人間を大量に生み出した。 そうやって生み出されたStruts脳人間は 「動くコードが正義」の負の面を体現し スパゲティを更に絡ませたActionFormを書き 解読不能なActionを書いた。 勉強など一

Charles Nutter氏とThomas Enebo氏は6月9日、JavaによるRuby処理系「JRuby 1.0」を正式リリースした。両氏が同日東京で開催されたイベント「日本Ruby会議2007」で明らかにした。 JRuby 1.0は，日本時間の6月9日現在，JRubyの公式サイトでもまだアナウンスされていないが，公式サイトのダウンロードページから入手できる。 JRubyは，Javaで記述されたRubyインタプリタ。RubyをJavaバイトコードに変換して実行することから「スケーラビリティが高く，Javaライブラリも使える」。両氏が示したベンチマークによると、JRubyはオリジナルのRuby処理系より速いケースもあるという。 Nutter氏とEnebo氏は米Sun Microsystemsの社員で、業務としてフルタイムでJRubyの開発を行っている。 講演では、JRubyでJavaの

http://d.hatena.ne.jp/higayasuo/20070417#1176813784の続き。 前回のエントリーでDIContainerが提供する機能で重要なのは AOP スコープ管理 で、IoCがDIContainerの敷居を高くしていると書きました。それでは、どうしたらよいのでしょうか。 必要なオブジェクトは、自分から取りにいけばよいのです。たとえば、AOPとスコープ管理を低要するFactoryクラスがあるとします。 public class Factory { public static T getInstance(Class<? extends T> type) { ... } }使うときには、次のように呼び出します。 Service service = Factory.getInstance(Serivice.class);このFactoryクラスを使ったときのC

「Javaでもスクリプト言語に負けない生産性が出せる」---オープンソースのJ2EEフレームワークSeasar2のチーフコミッタひがやすを氏はこう主張する。ひが氏はSeasar2でRuby on Railsのようにアジャイル（俊敏）な開発を行うための機能を開発，公開した。Chura（ちゅら）と呼ぶツールである。 Churaは，プログラムを書くことなく，データベースの検索・更新を行うWebアプリケーションを自動生成できる（ひが氏が公開したデモ「3分間で作るWebアプリケーション」）。Ruby on Railsの生産性の高さを広く印象付けたのは10分で作るRailsアプリなどのアプリケーション作成デモだったが，ひが氏が公開したのはそのSeaser2版と言える。Railsと同様，scaffold（足場）と呼ばれるアプリケーションのベースを自動生成するデモだ。 ChuraはORマッピング・ツールの

はてな日記のほうでも宣伝しておこうっと。 結城浩の最新刊『Java言語で学ぶリファクタリング入門』は、2007年1月頃の刊行予定です。 どうぞ、ご期待くださいね。 『Java言語で学ぶリファクタリング入門』 （secondlifeさんのはてなちゃんセリフから。画像はkm37さん作成） id:sonodamさんのアクセス探偵にセリフをしゃべらせてみました。 the enemy knows the systemというのはClaude Elwood Shannonのセリフだそうです。 『暗号技術入門 ―― 秘密の国のアリス』 追記： 園田さんに受けた受けた。実用SSH 第2版―セキュアシェル徹底活用ガイドの出版おめでとうございます。本屋さんで見かけました。ボリュームたっぷりっ。買ってませんすみません。

JSP／サーブレット・プログラミングで誰もが一度は遭遇するトラブルが文字化けだ。予期せぬ文字化け発生に、デバックに苦労した経験を持つ読者も多いだろう。本連載では、JSP／サーブレットにおける文字列の扱いの基礎を復習した上で、文字化けの解決策を要点よく解説していく予定だ。（編集部） 質問1：ファイルやメール、DBで「～∥‐￠￡￢」が文字化けします 解答： 各種文字コードとUnicodeの間の変換ルールを見直しましょう 前回説明したとおり、「～∥‐￠￡￢」の文字化けは、「Unicodeと各種文字コード間の変換ルールの違い」によって発生するものだ。これらの文字について、Windows-31JとUnicode間の変換ルールは、その他の文字コード（Shift_JIS、EUC_JP、ISO-2022-JPなど）に用いられる変換ルールとはまったく異なる。よって、Windows-31Jとその他の文字コード

Eclipseプラグインで提供されるテストツールが充実してきた。本連載では、システム開発の現場に有効なテストツールを紹介し、統合開発ツールにEclipseを選択する開発におけるテストの効率化、ソフトウェア品質の向上のヒントを提供する。（編集部） JUnitを用いた単体テストを支援するツールとは、JUnitが提供する機能を拡張あるいは、テストコードの作成を支援する機能を提供する単体テストツールであり、うまく活用することで、テストにおける作業効率を向上したり、より高度なテストができるようになります。今回はTPTP、Automated Continuous Testing、djUnitプラグインを紹介します。 JUnitを用いた動的テスト プログラムの品質を確保するためには、これまでの連載で紹介した静的なコード解析に加え、プログラムが仕様に従い正しく実装されているか、テストにて確認する必要があり