Javaデザインパターンハンドブック(ソフトバンク)2005年発行を読

質問

Javaデザインパターンハンドブック(ソフトバンク)2005年発行を読んでいます。
その中で疑問に思うところがあります。よろしくお願いします。
adapterパターンのサンプルで、

既存のクラスDebugPrintを利用するため、
(1)利用者Clientに提供するインタフェースILogWriter作成
(2)新たにクラスLogWriter作成(ILogWriter実装)

があります。

DebugPrintの機能を少し変えて利用しようというのがこのパターンの目的です。

コードは以下のようになっています（一部省略しています）。

public class DebugPrint {
private String prefix;
/**
* 出力するログの接頭辞を指定する。
*
* @param _prefix ログの接頭辞
*/
public void setPrefix(String _prefix) {
prefix = _prefix;
}
/**
* ログを出力する。
*
* @param message
*/
public void print(String message) {
System.out.println(prefix + message);
}

}

public interface ILogWriter {
/**
* 文字列で表現したログを接頭辞をつけて出力する。
*
* @param prefix 接頭辞
* @param message 出力するログ
* @throws Exception ログ出力時に不具合が発生した場合
*/
public void log(String prefix, String message) throws Exception;
}

/**
* Adapterクラス。
* ログをコンソールに出力するクラス。
* 既存のDebugPrintクラスを再利用する。
*
*/
public class LogWriter implements ILogWriter {
/** Adapteeへの参照 */
protected DebugPrint adaptee1;
public LogWriter() {
adaptee1 = new DebugPrint();
}
public void log(String prefix, String message) throws Exception {
// Adapteeに委譲する
adaptee1.setPrefix(prefix);
adaptee1.print(message);
}

}

public class Client {
public static void main(String[] args) throws Exception {
ILogWriter log = new LogWriter(); // <---この行
log.log("[INFO]", "XMLを編集するサンプル");

}
}

ここで、
Clientクラスでの
ILogWriter log = new LogWriter();
の宣言を
LogWriter log = new LogWriter();
に変更しても動作します。

(1) Clientでのlogの宣言をILogWriterにするかLogWriterにするかでメリデメはありますか？
(2) ILogWriterインタフェースは定義しないで、LogWriterクラスを定義して、ClientからLogWriterクラス経由でDebugPrintクラスのlogを使うようにもできます(インタフェースILogWriterを定義しない)。こうすると、デザインパターンから崩れてしまいますが、こうした場合のデメリットはなんでしょうか？

回答No.1

root139 · ベストアンサー

この例のクラス名・インターフェース名やクライアントコードが良くないので、分かりづらくなっていますが、 Adapter パターンの趣旨はインターフェースの異なるクラスを使用できるようにすることです。

この例でいうと下記の様なケースが考えられます。

1. ILogWriter とそれを使うコードが先に存在している。
2. それらとは別に DebugPrint も存在している。
3. ILogWriter の実装として DebugPrint を使いたいが、インターフェースが違う。
4. これらを解決するために DebugPrint を包んで ILogWriter を実装した LogWriter を作って使う。

つまり、ILogWriter に合わせる(実装する)必要が無いならば、そもそも Adapter パターンを使う必要は無いという事です。
言い換えれば、特定の型(この場合は ILogWriter )を付加することが目的のパターンですので、ILogWriterを定義しない・使わない場合との比較には意味が有りません。

下記の様に ILogWriter だけを使っているクラスを一つ追加して考えると分かりやすいかもしれません。

-------------------------------------------
/**
* ILogWriter を使用するクラス。
* LogWriter や Client よりも前から存在していて、
* すでにあちこちで使われていると思ってください。
*/
public class WriterUser {

private ILogWriter writer;

public WriterUser(ILogWriter writer) {
this.writer = writer;
}

public void execute() throws Exception {

// ・
// ・
// ・

writer.log("～～～", "～～～～～");
}
}

/**
* クライアントコードでは WriterUser を使いたい場合を想定して下さい。
*/
public class Client {

public static void main(String[] args) throws Exception {

final WriterUser writerUser = new WriterUser(new LogWriter());
writerUser.execute();
}
}
-------------------------------------------

ちなみにデザインパターンについては下記の本も参考になると思います。

■ Java言語で学ぶデザインパターン入門
http://www.amazon.co.jp/dp/4797327030/

■ デザインパターンとともに学ぶオブジェクト指向のこころ
http://www.amazon.co.jp/dp/4894716844/

参考URL：

http://ja.wikipedia.org/wiki/Adapter_%E3%83%91%E3%82%BF%E3%83%BC%E3%83%B3

お礼

私の疑問がそもそも的外れだということはよく分かりました。
本を読み直すと、「現在、ログを出力するためのILogWriterインタフェースが規定されており、このインタフェースに従ったクラスを実装しようとしています。」とありました。
ILogWriterインタフェースを実装するLogWriterクラスを作りたかったわけです。
そのとき、既存のDebugPrintクラスをそのまま使いたかったのです。
言い換えると、DebugPrintクラスを使って、LogWriterクラスを作ることがAdapterパターンと思われます。
なんだか、わざわざAdapterパターンというほど大げさなものではないような気がします。
まだまだ、Adapterパターンの本質に迫れていないようです。ご紹介していただいた本も読まなければならないのかと思います。