effective java 第2版の日本語訳

翻訳が完了したそうで。
英語版は持っていますが、英語がダメダメのメな私なので
読みこぼした部分も多いと思います。だから買いますよ。
「今年のSunTechDaysの会場で販売されるかも」とのことですが、
先行販売とかそういうわけではないのですかね？
もしそうなら予算大目に用意して今年のSunTechDaysに
望まないといけないなあ。
あ、JJUGCrossCommunityConferenceも事前登録開始されてる。
申し込んでおこう...。

コメント

コメントを投稿

このブログの人気の投稿

リフレクション無しにjar間のクラスを解決する作りこみ

slf4j,logbackの仕組みから学んだ方法 ※既存のシステムに対して行うというより、これから作るjarモジュールの 　分割する方法として使える方法ですな。 api.jarとimpl.jarがあり、クライアントはimpl.jarの実装を直接触れずに api.jarだけ利用するような。インタフェースと実装を切り分ける構成の場合。 impl.jarのクラスの解決はClass.forName()などのリフレクションで行う。 この場合、ロードするクラス名を設定ファイル等でどこかに保持しておく 必要がある。 slf4jの仕組みでは、リフレクションを使わず、クラスパスでのクラス定義 解決を利用する。 １．api.jarはコンパイル時、スタブimplクラスをつくってコンパイルする。 ２．jar作成時、スタブimplクラスファイルを抜き不完全なjarを作成する。 ３．impl.jarにapi.jarで間引いた、implクラスを実装する。 これがimpl.jarのfacadeクラスに当たる。 ４．クラスパス解決時にapi.jarだけでは不完全のため、他のjar(ここでは impl.jar)の同名クラスで解決する。 これにより、実装とインタフェースを分けたモジュールを何の機構も 無しに解決することができる。 なんだかC/C++のリンクに似てる感じ。 後はimpl.jarがない場合のClassNotFoundException()だけ処理して アプリ自体が死なないようにすれば良いわけか。 javaだからこそビルド後"ファイルを間引く"という技が使えるわけで。 これはいいアイデアだ。 pluginのような動的な差し替えが起こらなければ、十分なわけで。 凝った機構を作りこむわけでもなく非常にシンプル。 よく知られた手法なのかな？ 些細なことなんだろうけど、私には到底思いつかないアイデアだなあ。 　 　
続きを読む

日食ツアーその後

実は３月頃kntの日食ツアーキャンセルしていた。 私の金銭感覚では値段が高すぎる。 先日、本屋で日食の本を手に取ったら結構日食って頻繁に起こっていることが判明。 なんだぁ。 代わりに普通の国内旅行に申し込んだ。自分で計画して行く旅行はほとんど無いので ツアーとかで十分。 きっとおばさんばかりに違いないけどまあいいいや。 次回は海外旅行とか挑戦してみようかな。 　 　
続きを読む

Javaのクロージャをいじってみた。(1)

イメージ
BGGAのクロージャサイト(http://javac.info/) の プロトタイプ実装をいじってみた。 マイコミジャーナルに概要を書いた記事があるようです。 今回いじってみたのは2008-07-07版と2008-07-13版のプロトタイプ実装。 JSRもドキュメントもちゃんと読まずにいじっているけど まあいいや。 １．単純実装の逆コンパイルして中身見る ・クロージャを用いたjavaコード public class SimpleClosure { 　　public static void main(String[] args) { 　　　　int sum = { int x, int y => x + y }.invoke(3, 4); // return 7 　　　　System.out.println(sum); 　　} } ・下のコードは上記コードをコンパイルし、jadで逆コンパイルしたコード import java.io.PrintStream; import javax.lang.function.III; public class SimpleClosure { 　　public SimpleClosure() {} 　　public static void main(String args[]) { 　　　　static class _cls1 implements III { 　　　　　　public final int _2B_invoke(int j, int k) { 　　　　　　　　return j + k; 　　　　　　} 　　　　　　 　　　　　　public final int invoke(int j, int k) { 　　　　　　　　return _2B_invoke(j, k); 　　　　　　} 　　　　} 　　　　int i = _2B_INSTANCE0.invoke(3, 4); 　　　　System.out.println(i); 　　} 　　// ↓クロージャの実体(staticのメンバとして記述される) 　　public static final _cls1 _2B_INSTANCE0 = new _cls1(); } 逆コンパイルで気づいた点 　・クロージャの場合実際はstaticメンバとして宣言されるため...
続きを読む