Desigur, ar trebui să vă comparați modulele pentru a obține un răspuns exact, dar, în general, avantajele împărțirii codului complex în mai multe module separate de funcție este calea de urmat.
Impactul asupra performanței apelării cârligului este minim; impactul mai mare asupra performanței va fi indiferent de codul pe care îl rulează hook.
Numărul de module nu contează la fel de mult ca codul pe care îl rulează modulele.
Dovezi: Trecând de la Drupal 7 la Drupal 8/9, multe module majore Drupal au trecut de la „minimizarea numărului de module” la „oferirea multor mai multe module specifice funcției care pot fi activate după cum este necesar”:
- AdvAgg
- Comerţ
- Metaetichetă
- Formular web
TLDR: Codul real pe care îl rulați în hook-uri/module este mult mai important pentru performanță decât faptul că apelați hook-uri de mai multe ori în module.
Cu toate acestea, un lucru de care trebuie să țineți cont este că, dacă vă organizați prost modulele, puteți ajunge să adăugați cod personalizat la același cârlig în mai multe module care ar putea duce la erori, cum ar fi dacă modificați același câmp în hook_entity_update(). Așadar, asigurați-vă că vă organizați codul într-un mod care să clarifice modulele responsabile pentru care funcții.
În calitate de dezvoltator, este cu siguranță mai ușor să mențineți modulele personalizate atunci când sunt separate prin funcție, mai ales în cazul în care ajungeți să fiți nevoit să utilizați unele, dar nu toate, funcțiile/modulele de pe mai multe site-uri.
