module_existsとfunction_existsをどのように決めるのですか？

私はmodule_existsモジュールでの使用と、次のような状況での使用に精通しています。

• サイトで他のモジュールも使用できる場合は、モジュールでいくつかの追加機能を有効にします。予約：メールモジュールは例が含まれているその中に示すように、（実際にはこの例の多くがあります）モジュールのソース：（電子メールの本文に）トークンを使用するようにする必要があり、トークンモジュールが有効になっています。
• 「テーマにモジュールの依存関係を実装し、テーマにモジュールをパッケージ化する方法」への回答に示されているように、テーマにモジュールの依存関係を実装します。

ただし、「Hook.infoでJavaScriptライブラリの依存関係を宣言することはできますか？」function_existsの回答に示されているようなものもあります。

を使用することfunction_existsは、に比べてより堅牢な（安全な）アプローチであるという印象がありますmodule_exists。特に、（新しいバージョンのモジュールに追加された）いくつかの関数が利用可能であることを確認したい場合は、を使用するだけでmodule_exists、次のようなエラーが発生する危険性があります。

• サイトがされている場合、まだ使用して古いその機能を持っていない、モジュールのバージョンをまだ（あなたがそれを使用しようとするべきではありませんので、 まだ）。
• サイトがすでに新しいバージョンのモジュールを使用している場合、そのモジュールにはその機能はありません（したがって、もう使用し ないでください）。

私の質問：一般的な基準、または長所/短所は何ですか、いずれかを使用するために決定する module_exists対function_exists？

実装ではなく、常にAPIにプログラムする必要があります。Drupalが何かを行うメカニズムを提供している場合は、それを使用してください。

module_exists()ほとんどの場合、Drupalモジュールによって提供されるものへのソフト依存関係に使用する必要があります。を使用すると、いつでもバージョン情報を取得し、何をすべきかを決定できsystem_get_info()ます。モジュールが無効になっているときに機能を使用できる場合があります（一部のクラスオートローダーモジュールにこの問題があります）。

function_exists()PHPの機能またはライブラリが利用可能かどうかを確認するために予約する必要があります。コアはdrupal_、文字列操作と文字セット変換の一部のラッパーにこの例をいくつか持っています。

module_existsは、モジュールがインストールされているかどうかを判断するために使用されるDrupal API関数です。宣言されている関数など、モジュールに含まれる機能を保証するようには設計されていません。

function_exists 指定された名前の関数が現在のリクエストに存在するかどうかを文字通り決定するPHPコア関数です。

そのため、それらは実際には互いに比較できません。別の目的で使用します。実際、冗長になる可能性はあるものの、互いに補完し合うことは簡単です。たとえば、

// Do something with a specific module 
if (module_exists('foo')) {
  // Check what's available 
  if (function_exists('foo_bar')) {
    // ...
  }
  elseif (function_exists('foo_baz')) {
    // ...
  }
}

そうですfunction_exists、contribモジュールによって提供されるAPI関数の存在を確認するためのより堅牢な方法です。contribモジュールのAPIを直接使用するのに非常に適しています。

例としてセッションキャッシュAPIを使用します。

if (function_exists('session_cache_set')) {
  session_cache_set($bin, $data)
}

ただし、一部のcontribモジュールは、いくつかの追加のプロパティまたは機能のみを提供します。どの依存関数がどれであるかを言うのは非常に困難です。この場合、使用する必要がありますmodule_exists

要素として例を使用します：

if (module_exists('elements')) {
  $form['url'] = array(
    '#type' => 'urlfield',
    // other code
  );
}
else {
  $form['url'] = array(
    '#type' => 'textfield',
    // other code
  );
}

以前の3つの（興味深い）回答は、私の「認識」を確認しているように見えます（私の質問で説明したとおり）。興味深いことに、これらの回答は元々互いに独立して書かれていました（多かれ少なかれほぼ同時に投稿されました。この質問のタイムラインに示されているように、「トグル形式」を使用して「分」を確認してください）。

Jimmy Koの回答（+その下のコメント）はfunction_exists、モジュールが使用する（依存する）他のモジュールで起こり得る変更に関して、モジュールをより堅牢にする方法のいくつかの例を示しています。

Cliveの答えはmodule_existsand も組み合わせることができることを示していますが、function_exists以下のコメントは私のfunction_exists例に対する私の疑問を解決しました（つまり、を使用する必要がありますmodule_exists）。

mpdonadioの答え（+その下のコメント）は、少なくとも私にとって、消化するのが最も難しいです。しかし、その下にあるShawn Connのコメントを確認した後、これに関するすべての詳細を提供するリンクがさらにいくつか見つかりました。

• 実装ではなく、インターフェイスにプログラムします。
• SOから：「インターフェイスにプログラムする」とはどういう意味ですか？。
• Programmers.SEから：「インターフェースへのプログラミング」を理解する。

「私の結論」（以前の回答を要約した後）：使用するのはDrupalコアに任せてください。コンfunction_existsトリビュート/カスタムモジュールは、可能な限りmodule_exists... に固執するようにすべきです...例外はありますが...