ライブラリヘッダーの多くがコールバック関数で宣言されている理由

Question

こんにちは。

質問が二つあります。

たまたまかもしれませんが。
ライブラリ(glewとか)のヘッダーファイルのほとんどがコールバック関数として宣言されている機会をよく目にするのですが、何か利点でもあるのでしょうか？

また、ライブラリヘッダー内ではクラスを宣言してもいいのでしょうか？
ライブラリ内での変数名を知られたくないなどの理由でクラスを使った設計が敬遠されているとかですかね。

コールバックで宣言されていることが多い

/*
こんな形で書かれている関数をよく目にする。
ほとんどのシチュエーションでこの宣言を直に呼び出すことが多い。
*/
typedef void (*func)(int val);
func something(int val);

/*
それなら別にこうでもいいんじゃないか
*/
void something(int val);

ちなみにクラス宣言してはいけない理由でもあるのでしょうか

/*
ライブラリ内でクラス宣言してはいけない理由ってあるのだろうか。
*/
class A{
private:
    int a_val;
    ...
};

/*
ライブラリ使用元で基底クラスとして宣言したいのだが...
*/
class B : public A {};

Answer 1

こんにちは。

glewがクラスを使っていないのは、単にC言語だからではないでしょうか？
C言語にクラスはありませんし。

また、そのsomethingはコールバックではないです。関数ポインタです。
なぜわざわざ関数ポインタで宣言しているのか調べていませんが、例えば動的リンク・ライブラリを動的にロードする場合にはそのように宣言することになります。動的ロードに対応しているのではないでしょうか？

Comments

[NoBeVo]

そういえば、実際のコードには

#define GLEWAPI __declspec(dllexport)
#define GLEW_FUN_EXPORT GLEWAPI
...中略
GLEW_FUN_EXPORT PFNGLCOPYTEXSUBIMAGE3DPROC __glewCopyTexSubImage3D;

のようなコードがたくさんありました。

__declspec っというのがマイクロソフトのコンパイラ固有???の定義らしく、dllからのインポートorエクスポートされたことをコンパイラ に示すとかなんとか...

見ていると多くの場合でこれが使われており、__declspecの宣言のためにtypedefしてるってことなんでしょうか。

ありがとうございます。

Answer 2

それなら別にこうでもいいんじゃないか

いえ、上と下の宣言は意味が違います。上はfunc型という関数ポインタを返す関数、下は返り値のない関数です。

ちなみにクラス宣言してはいけない理由でもあるのでしょうか

C++のクラスはコンパイラによって全く形が違うために、コンパイル環境が違うとリンクできません。なので、APIは呼び出し規約などがはっきりしているC言語形式で作られることが大半です。