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

NashornがOpenJDKのリポジトリに入ってたのでビルドしてみた

最近、新聞で取り上げられるなど話題(汗)のJava界隈の話。 何気なく、nashornの近況をググってみたら、 nashornがすでにOpenJDKに入れられてた。 ををっ！ 自分の想像していた(根拠なし)より、ずっと早くOpenJDK入りしてた。 Nashornの2012/12/21のblogにはリポジトリのURLが載ってる。 参照：https://blogs.oracle.com/nashorn/entry/open_for_business nashornのリポジトリのログ見る限り、b65とか書いてあったので、 自分が先日確認した時点(b72)のbinary配布のjdk8に含まれているかと思って インストールしてみた。 サンプルコード： "use strict"; (function() { 　// バージョン取得 　var engineName = "nashorn"; 　var key = javax.script.ScriptEngine.ENGINE_VERSION; 　var m = new javax.script.ScriptEngineManager(); 　var engine = m.getEngineByName(engineName); 　var version1 = engine.getFactory().getParameter(key); 　var version2 = engine.getFactory().getLanguageVersion(); 　print("[DEBUG]\r\n" 　　　+ " engine version = [" + version1 + "]\r\n" 　　　+ " language version = [" + version2 + "]\r\n"); 　var names = engine.getFactory().getNames(); 　var temp = []; 　for (var i = 0; i < names.size(); i++) { 　　temp.push(names.get(i)); 　...
続きを読む

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メンバとして宣言されるため...
続きを読む