タグ付けされた質問 「coding-standards」

PhpStormを使用して、カスタムモジュールのコードのクリーンアップを実験しています。次の関数の場合、この警告が表示されます。 フック実装は@paramドキュメントを複製するべきではありません。 /** * Implements hook_field_widget_form_alter(). * * @param array $element * @param array $form_state * @param array $context */ function mymodule_field_widget_form_alter(&$element, $form_state, $context) { if ($context['widget'] instanceof \Drupal\text\Plugin\Field\FieldWidget\TextareaWidget) { $element['#after_build'][] = '_mymodule_remove_textarea_help'; } } これを修正するにはどうすればよいですか？@paramコメントを削除する必要があると思ったのですが、削除すると、PhpStormはparamコメントがないと不平を言います。

10 coding-standards 

私はmodule_existsモジュールでの使用と、次のような状況での使用に精通しています。 サイトで他のモジュールも使用できる場合は、モジュールでいくつかの追加機能を有効にします。予約：メールモジュールは例が含まれているその中に示すように、（実際にはこの例の多くがあります）モジュールのソース：（電子メールの本文に）トークンを使用するようにする必要があり、トークンモジュールが有効になっています。 「テーマにモジュールの依存関係を実装し、テーマにモジュールをパッケージ化する方法」への回答に示されているように、テーマにモジュールの依存関係を実装します。 ただし、「Hook.infoでJavaScriptライブラリの依存関係を宣言することはできますか？」function_existsの回答に示されているようなものもあります。 を使用することfunction_existsは、に比べてより堅牢な（安全な）アプローチであるという印象がありますmodule_exists。特に、（新しいバージョンのモジュールに追加された）いくつかの関数が利用可能であることを確認したい場合は、を使用するだけでmodule_exists、次のようなエラーが発生する危険性があります。 サイトがされている場合、まだ使用して古いその機能を持っていない、モジュールのバージョンをまだ（あなたがそれを使用しようとするべきではありませんので、 まだ）。 サイトがすでに新しいバージョンのモジュールを使用している場合、そのモジュールにはその機能はありません（したがって、もう使用し ないでください）。 私の質問：一般的な基準、または長所/短所は何ですか、いずれかを使用するために決定する module_exists対function_exists？

8 7  coding-standards