Najlepsza praktyka dotycząca budowania modułów za pomocą klas

Chcę zacząć budować moje moduły jako klasy teraz, gdy leniwe / automatyczne ładowanie jest w Drupal 7, i chciałbym spojrzeć na niektóre moduły (contrib lub core), które świetnie sobie z tym radzą.

Czy istnieje kreatywny sposób na zintegrowanie klasy jako haczyków? Czy implementuję każdą funkcję jako wtyczkę Ctools?

Każdy przechodzący powinien zauważyć, że D7 ma nowe files[]deklaracje w .infoplikach modułów dla klas / interfejsów auto / leniwych ładujących: Pisanie plików .info (Drupal 7.x) .

Poniżej znajduje się dobra lektura, aby uzyskać motywacje i konstytucję (niejako) ze społeczności Drupal Programowanie Drupal z perspektywy obiektowej .

Moduł, który nie jest klasą Crell, powinien być przeczytany jako pierwszy.

Największą częścią OOP w Drupal 7 jest nowa warstwa abstrakcji bazy danych (zaprojektowana przez tego samego Crell i innych). To implementuje wiele wzorców, które mogą i powinny być ponownie użyte.

Na przykład:

• Zdefiniuj interfejsy dla wszystkiego, co można wyłączyć, działa tylko wewnętrznie przeciwko interfejsowi. Przykład: SelectQueryInterface
• Pojedyncza klasa reprezentuje jedną „rzecz”. Na przykład SelectQuery jest zapytaniem SELECT, DatabaseConnection to połączenie z bazą danych i tak dalej. Zobacz http://en.wikipedia.org/wiki/Coicity_(computer_science )
• Zastosowanie dziedziczenia w celu pominięcia określonej implementacji. Większość klas w DBTNG może mieć podklasę specyficzną dla sterownika, która jest automatycznie używana i dołączana, jeśli istnieje. Na przykład SelectQuery_mysql . Jak to jest zrobione .
• Extendery , które są implementacją wzorca Decorator w celu dodania dodatkowej funkcjonalności do klasy SelectQuery. Przedłużacze mogą mieć także podklasy specyficzne dla sterownika .

Coś, co jest nadal controversaly omówione jest ukrywanie informacji . DBTNG implementuje to, chroniąc właściwości klasy i uniemożliwiając bezpośredni dostęp. Z drugiej strony mamy hook_query_alter () i można je zmieniać prawie dowolnie za pomocą różnych metod getter referencyjnych .

To interesujące pytanie.

Idea modułu Drupal jako klasy jest bardzo interesująca. Jednak nawet w modułach D7 po prostu implementuj funkcje przechwytujące, które są sprawdzane według nazwy, więc nawet jeśli utworzysz klasę dla swojego modułu, nadal będziesz musiał zaimplementować funkcje przechwytujące, aby je wywołać.

Jednak wiele modułów używa klas wewnętrznie i udostępnia te funkcje za pomocą tych klas. Najbardziej oczywistym przykładem są widoki. To może być dobre miejsce do patrzenia. Należy jednak pamiętać, że wiele modułów używa klas na swój sposób, więc to, czego się uczysz na podstawie widoków, może nie zawsze mieć zastosowanie.

Entity API (moduł contrib) pozwala zadeklarować „klasę encji” dla każdego z typów encji, dzięki czemu cały kod związany z twoją encją (tworzenie, ładowanie, zapisywanie, dostęp itp.) Może przejść do klasy (zobacz, jak Organic Grupy to robią, na przykład).

To powiedziawszy, nie przesadzaj. Wtyczki ctools są dobre, gdy ich potrzebujesz (piszesz następne widoki, panele lub reguły), ale używanie klas wszędzie dla ideologicznej czystości nie przyniesie ci wiele dobrego.