C.のファイル記述子は、静的なグローバルと対戦します。

Question

ファイル記述子を使用してライブラリを作成している場合は、lib_init()から返す必要があります。上位層のコードを使用してlib_do_stuff()呼び出しに渡す必要があります。そして、いつ私はCライブラリのprivate "member"として静的な.cファイルとして残すことができますか？

私のライブラリのユーザがファイルディスクリプタに制御またはアクセスする必要がないと思うなら、C++のようにファイルディスクリプタをそのまま残すことができますか？privateですか？

いずれにしてもそれを行うための短所は何ですか？

Answer 1

例を使用して私の提案を拡大してください。

あなたのライブラリには、少なくとも2つの（少なくとも）ヘッダファイルが必要です。ライブラリのユーザには1つの公開があり、ライブラリのソースファイルには1つしか含まれません。

国民が

#pragma once 

// This is all that is needed to declare pointers to the internal structure 
typedef struct internal_structure STRUCTURE; 

// The public API of your library 
STRUCTURE *lib_init(void); 
void lib_cleanup(STRUCTURE *s); 
... 

のようなものかもしれないそうすれば、プライベートヘッダファイルに

#pragma once 

struct internal_structure 
{ 
    int fd; 
    // Other members as needed 
    ... 
}; 

// Possible function prototypes of private functions 

を持っその後、あなたのライブラリーのソースファイルに、あなたは、パブリックおよびプライベートヘッダファイル、および使用の両方が含まれますブラックボックス構造のSTRUCTURE：

#include <stdlib.h> 
#include "public.h" 
#include "private.h" 

STRUCTURE *lib_init(void) 
{ 
    STRUCTURE *s = malloc(sizeof *s); 
    s->fd = open(...); 
    // Other initialization 
    ... 
    return s; 
} 

void lib_cleanup(STRUCTURE *s) 
{ 
    // Other cleanup 
    ... 
    close(s->fd); 
    free(s); 
} 

は、その後、あなたのライブラリーのユーザーのみ公共のヘッダファイルが含まれており、あなたの明確に定義されたAPIを使用しています。

#include "public.h" 

int main(void) 
{ 
    STRUCTURE *s = lib_init(); 
    ... 
    lib_cleanup(s); 
    return 0; 
} 

公共の機能は、すべてのと同様に、その引数の一つ、典型的には、その最初の引数としてSTRUCTURE *を取る必要がありますlib_cleanup機能。この関数は、構造体とそのメンバを任意の方法で使用できます。