Myślę, że rozumiem różnice strukturalne pliku .inc (w porównaniu z .modułem), ale czy ktoś mógłby opisać różnice w projekcie? Widzę przykładowe moduły drupal wywołujące plik .inc z hook_menu lub widzę wywołanie pliku .inc dla definicji funkcji.
- W jakich okolicznościach należy umieścić kod w pliku .inc? Jakieś ogólne wytyczne projektowe, których niektórzy przestrzegają?
- Czy jest jakaś korzyść inna niż jasność co do tego, dlaczego należy użyć (lub wielu) plików .inc? występ? wersjonowanie?
dzięki!
.inc
jednego adresu URL. chyba tylko organizację zamiast zrzucania losowych funkcji do jednego dużego.module
pliku. ale jako odniesienia do postów @ Clive, to naprawdę tylko osobiste zdanie lub to, do czego jesteś przyzwyczajony. tutaj nie ma dobra ani zła.Odpowiedzi:
Zasadniczo umieszczałbym w pliku modułu kod, który jest wymagany częściej (np. Funkcje pomocnicze używane z więcej niż jednej funkcji), aw plikach .inc kod, który nie jest używany tak często lub jest używany do określonych strony.
Od Drupala 6 kod automatycznie ładuje pliki zawierające wywołania zwrotne strony lub konstruktory formularzy używane dla elementów menu. Z tego powodu wywołania zwrotne stron dla stron administracyjnych są zwykle umieszczane w plikach .admin.inc, podczas gdy wywołania zwrotne stron dla normalnych stron są umieszczane w plikach .pages.inc.
Od Drupala 7 pliki zawierające klasy są automatycznie ładowane po utworzeniu instancji klasy. Drupal 7 pozwala modułom definiować, w których plikach są zdefiniowane ich hooki (poprzez hook_hook_info () ). Na przykład, system_hook_info () określa pliki .tokens.inc jak pliki gdzie
hook_token_info()
,hook_token_info_alter()
,hook_tokens()
, ahook_tokens_alter()
implementacje mogą być znalezione; w ten sposób pliki są ładowane automatycznie, gdy wymagany jest jeden z tych haków.Pozwala to na dalsze dzielenie kodu na pliki, które są ładowane, gdy jest to konieczne, i kod, który jest zawsze ładowany z Drupala.
źródło