Drupalコードをどのように整理したいですか？ 1つの巨大なモジュールですか？機能ごとにモジュールを分ける？コードタイプごとにモジュールを分離する（テーマ関数、メニューフックなど）？Drupalコードを整理する
私は、図書館のようにモジュールを扱う機能を整理しようとしてきました。最終的には、物事は完全には含まれていませんが...モジュールはお互いのテーマ機能を使いたいので、モジュールは共通のページにさまざまなタブを提供しています。これは、すべてのテーマ機能をまとめて、すべてのhook_menusを一緒に保つように誘惑しますが、これは他の理由では扱いにくいでしょう...
すべてのコードが最終的に共有するにはあまりにも限定されていると仮定するので、貢献したモジュール。私は、大規模なDrupalサイトの健全性と清潔さを維持することにほとんど心配しています。
共有機能をすべて備えた1つのメインモジュールと、論理機能部門によって分割されたさまざまなサブモジュールを持つフォルダがある傾向があります。私は、単一の巨大なモジュールアプローチが、むしろそれを見つけ出すことができないことを発見しました。
あなたがDrupal.orgで配布していないのであれば、実際にはそれほど大きな違いはありませんが、あなたにとって意味のあることは何でも良いのです。
すべてのカスタマイズをプロジェクトごとに1つのモジュールに読み込みます（メニュー/フォーム/リンク変更など）。十分なカスタマイズが完了したら、元のモジュールをフォークするか、元のモジュールを依存関係として新しいモジュールを作成します。この時点で、かなり主観的です。私は、このたくさんの機能点やコード行に到達すると、モジュールをフォークするという固くて速いルールはありません。
機能を追加するもの（他のものを上書きしないことを意味します）は、それ自身のモジュールになります。
新たに作成されたモジュールやフォークされたモジュールを他のプロジェクトやコンテキストで使用することができれば、それらを私の個人用リポジトリに公開します。
ほとんどの場合、私はクラスを格納する単一のモジュールとインクルードファイルのセットを使用します。ビューは複数のモジュールを使用しますが、これはこの戦略の素晴らしい例です。私が何を意味するかを見るためにビューのモジュールを含むフォルダを見てください。