ＡＰＩをラップしたクラスの設計と開発

質問

ＡＰＩを使用する際、ＡＰＩの利用部分を１箇所に集めておくために、
ラップするクラスを作った上で、そのラッパー経由でＡＰＩを使用するようにしています。

そのラッパークラスの設計と実装で、わからないことがあります。

下の【１】と【２】を同時に実現しようとしたら、
矛盾してできないようなのです。

【１】
ラッパークラスを作る際、
　　(1)インタフェースを定義するための基底クラスと、
　　(2)その基底クラス（インタフェース）を実装する側のクラスを作ろうとしました。

【２】
使うＡＰＩ（ミドルウェア）を切り替える可能性があったので、
　　・どのようなミドルウェアでも共通に使えるようなインタフェースにしようとしました。

しかし、インタフェースを作ろうとした時点で、
インタフェースとして使われるというか、
引数として渡したり、戻り値として返して貰う「データ型」「クラス」が、
「ミドルウェア」に依存してしまうために、
「基底クラスのインタフェース」にミドルウェア固有の型が入らざるを得ないと感じました。

通常、【１】と【２】は同時には実現できないという認識で良いのでしょうか？

また、【１】の基底クラスと実装クラスを分けるということだけを実現しようとするなら、
　データ型ｘを、　
　#Define WrappedＸ ラップデータ型Ｘ;
　#Define WrappedＹ ラップデータ型Ｙ;

　とした上で、基底クラスのインタフェースで登場する、
　Inputの型とOutoutの型を、見かけ上、ラップデータ型Ｘ、ラップデータ型Ｙ
　にすることを考えていますが、
　他の開発者の方はどのような方法でクラスの設計・開発をしているのでしょうか？

※引数も、戻り値も、
　voidポインタにして、ダウンキャストして、、
　ということもできるのかもしれませんが、
　その方法はなんだか抵抗を感じますし、自分の力量では不具合があったときに対処できないため、
　事実上採用できない感じです。
.

回答No.1

sundara · ベストアンサー

Javaだけど、JDBCの実装を参考にしてみたら？あれもドライバ入れ替えでインターフェースはある程度共通だし、近しいんじゃない？

お礼

ありがとうございます。
見てみます。

回答No.3

wormhole

>「引数や戻り値に使用する型(クラス)をミドルウェアに依存しないようにするにはどうすればいいですか？」という題名で質問をしたかったのです。

ラッパー関数で使用するためのクラスや型を作って、APIを呼び出す際に変換すればいいです。
ミドルウェア固有の機能や、ラッパーがただ関数名(API名)を変えてるだけの実装などの場合はさすがに無理ですが。

C++ではありませんが、APR-utilのdbdなどを参考にしてみてください。
https://apr.apache.org/

お礼

お返事遅れてしまいすみません！
ありがとうございました！

回答No.2

wormhole

引数や戻り値に使用する型(クラス)をミドルウェアに依存しないようにすればいいです。

お礼

質問の仕方が悪かったです。
「引数や戻り値に使用する型(クラス)をミドルウェアに依存しないようにするにはどうすればいいですか？」という題名で質問をしたかったのです。