Boolean Pole typu hosting Drupal

Załączyć niestandardowych pól danych podmiotom Drupal.

API Pole pozwala pól danych, która ma zostać dołączony do podmiotów Drupala i dba o przechowywanie, ładowanie, edycji i renderowania danych pola. Każdy rodzaj podmiotu (węzeł, użytkownika, itd.) Mogą korzystać z API Pole do zrób to sam „fieldable”, a tym samym umożliwiają pola mają być dołączone do niego. Inne moduły mogą zapewnić interfejs użytkownika do zarządzania pól niestandardowych za pomocą przeglądarki internetowej, jak również szerokiej i elastycznej różnych typów danych, element formy i możliwości formatu wyświetlania.

Boolean typ pola Drupal hosting nie może stanowić rzeczywiste

API Pole definiuje dwa podstawowe struktury danych, pola i instancji, a pojęcie Bundle. Dziedzinie określa szczególny rodzaj danych, które mogą być dołączone do podmiotów. Dziedzinie Instancja jest polem dołączony do jednego pakietu. Bundle to zestaw pól, które są traktowane jako grupa przez pole Attach API i jest związana z jednym fieldable typu jednostki.

Na przykład załóżmy, że administrator chce Artykuł węzły mieć napisów i fotografię. Korzystanie z interfejsu API polowego lub modułu interfejsu polowego, administrator tworzy pole o nazwie „podtytuł” ​​typu „text” i pole o nazwie „zdjęcia” typu „obrazek”. Administrator (ponownie, za pośrednictwem interfejsu użytkownika) tworzy dwie instancje pola, jeden mocujące pole „podtytuł” ​​do „węzła” wiązki „artykuł” jednego mocowania polu „zdjęcie” „do węzła” wiązki „artykułu”. Gdy system węzeł wykorzystuje pole Attach API, aby załadować wszystkie pola dla węzła artykułu, przechodzi typu jednostki węzła (która jest „węzeł”) i typ zawartości (co jest „wyrób”) jak wiązki węzła. field_attach_load (), a następnie ładuje „podtytuł” ​​oraz Fields „Photo”, ponieważ są one przyłączone do „węzeł” wiązki „artykuł”.

Definicje pól są reprezentowane jako tablica par klucz / wartość.

  • ID (całkowitą, tylko do odczytu). Podstawowym identyfikatorem pola. Jest on przypisany automatycznie przez field_create_field ().
  • nazwa_pola (string). Nazwa pola. Każda nazwa pola jest unikalna w polu API. Gdy pole jest dołączony do podmiotu, dane polu jest przechowywany w $ podmiot -> $ nazwa_pola. Maksymalna długość to 32 znaków.
  • typ (string). Rodzaj tej dziedzinie, takich jak „tekst” lub „obraz”. typy pól są określone przez moduły, które wdrażają hook_field_info ().
  • entity_types (array). Tablica typów elementów, które mogą pomieścić instancje tej dziedzinie. Jeśli pusta lub nie określony, pole może mieć instancji we wszelkiego rodzaju podmiotu.
  • liczność (całkowita). Liczba wartości pole może posiadać. Wartości prawne są wszelkie dodatnia lub FIELD_CARDINALITY_UNLIMITED.
  • translacji (całkowita). Czy pole jest tłumaczony.
  • zablokowany (całkowita). Czy pole jest dostępne do edycji. Jeśli to prawda, użytkownicy nie mogą zmieniać ustawienia pól lub tworzyć nowe instancje pola w interfejsie użytkownika. Domyślne False.
  • moduł (string, tylko do odczytu). Nazwa modułu, który implementuje typ pola.
  • aktywny (całkowitą, tylko do odczytu). TRUE jeśli moduł, który implementuje typ pola jest aktualnie włączony, FALSE w przeciwnym wypadku.
  • skreślony (całkowita, tylko do odczytu). TRUE jeśli w tym polu została usunięta, FALSE w przeciwnym wypadku. Usunięte pola są ignorowane przez pole Dołącz API. Ta właściwość istnieje, ponieważ pola mogą być zaznaczone do usunięcia, ale tylko faktycznie zniszczone przez oddzielny proces śmieci zbierania.
  • Kolumny (array, tylko do odczytu). Tablica kolumn API pole służące do przechowywania każdej wartości tej dziedzinie. Lista kolumna może zależeć od ustawień terenowych; to nie jest stała od rodzaju pola. specyfikacje API kolumn pola są dokładnie takie jak kolumny schematu specyfikacji API, ale w zależności od modułu pamięci pola w użyciu, nazwa kolumny nie może stanowić rzeczywistą kolumnę w bazie danych SQL.
  • Wskaźniki (array). Tablica indeksów na kolumny danych, przy użyciu tego samego formatu HD jako specyfikacji indeksu Schema API. Tylko kolumny, które pojawiają się w kolumnach 'ustawienia są dozwolone. Należy pamiętać, że typy pól można określić domyślne indeksów, które mogą być zmienione lub dodane do podczas tworzenia pola.
  • Klucze obce. (Opcja) asocjacyjna stosunkach, stosując tę ​​samą strukturę, definicja „klucze obce” w hook_schema (). Należy jednak pamiętać, że dane pole nie jest koniecznie przechowywane w SQL. Ponadto, możliwe wykorzystanie jest ograniczone, ponieważ nie można określić inny boiska powiązanych, tylko istniejących tabel SQL, takich jak formaty filtracyjnych.
  • Ustawienia (array). Sub-tablicę par klucz / wartość pola ustawień specyficznych dla danego typu. Każdy moduł typ pola definiuje i dokumentuje własne ustawienia pól.
  • przechowywania (array). Podgrupa szereg par klucz / wartość identyfikacji backend pamięci do wykorzystania w odniesieniu do na polu:
Boolean typ pola Drupal hosting tablicy typów jednostek
  • typ (string). Backend składowania wykorzystywane przez pole. backends pamięci są określone przez moduły, które wdrażają hook_field_storage_info ().
  • moduł (string, tylko do odczytu). Nazwa modułu, który implementuje backend pamięci.
  • aktywny (całkowitą, tylko do odczytu). TRUE jeśli moduł, który implementuje backend pamięci jest aktualnie włączony, FALSE w przeciwnym wypadku.
  • Ustawienia (array). Sub-tablicę par klucz / wartość ustawień. Każdy backend przechowywania definiuje i dokumentuje swoje ustawienia.

Definicje instancji pola są reprezentowane jako szereg par kluczy / wartość.

  • ID (całkowitą, tylko do odczytu). Podstawowym identyfikator tym przypadku pola. Jest on przypisany automatycznie przez field_create_instance ().
  • FIELD_ID (całkowita, tylko do odczytu). Klucz obcy pola dołączony do pakietu o tej instancji. Jest ona wypełniana automatycznie przez field_create_instance ().
  • nazwa_pola (string). Nazwa pola dołączonej do pakietu o tej instancji.
  • ENTITY_TYPE (string). Nazwa typu jednostki instancja jest dołączone.
  • bundle (string). Nazwa pakietu że pole jest dołączone.
  • etykieta (string). Etykieta czytelny dla człowieka na polu w przypadku korzystania z tego pakietu. Na przykład, etykieta będzie tytuł formy elementów API dla tego przypadku.
  • opis (string). Opis czytelny dla człowieka na polu w przypadku korzystania z tego pakietu. Na przykład, opis będzie tekst pomoc Forma elementów API dla tej instancji.
  • wymagany (całkowita). TRUE jeśli wymagana jest wartość tego pola w przypadku korzystania z tego pakietu, FALSE w przeciwnym wypadku. Obecnie wymagana-ności jest wykonywane tylko podczas operacji API formy, a nie field_attach_load () field_attach_insert () lub field_attach_update ().
  • default_value_function (string). Nazwa funkcji, jeśli w ogóle, że będzie stanowić wartość domyślną.
  • DEFAULT_VALUE (array). Jeśli default_value_function nie jest ustawiony, to stałe wartości mogą być świadczone.
  • skreślony (całkowita, tylko do odczytu). TRUE jeśli ta instancja została usunięta, FALSE w przeciwnym wypadku. Usunięte przypadki są ignorowane przez pole Dołącz API. Ta właściwość istnieje, ponieważ przypadki mogą być zaznaczone do usunięcia, ale tylko faktycznie zniszczone przez oddzielny proces śmieci zbierania.
  • Ustawienia (array). Podgrupa szereg par kluczy / wartości ustawień przykład pola dla danego typu. Każdy moduł typ pola definiuje i dokumentuje własne ustawienia instancji.
  • widżet (array). Podgrupa szereg par klucz / wartości wejściowe identyfikujące widget Postać API dla pola stosowane w niniejszym zestawie:
  • typ (string). Typ widgetu, takie jak text_textfield. Rodzaje widget zdefiniowane są przez moduły, które wdrażają hook_field_widget_info ().
  • Ustawienia (array). Sub-tablicę par klucz / wartość ustawień widget-specyficznych dla danego typu. Każdy moduł pole typu widget definiuje i dokumentuje własne ustawienia widgetów.
  • Masa (rzeczywista). Masa widget w stosunku do innych elementów w edycji jednostka formach.
  • moduł (string, tylko do odczytu). Nazwa modułu, który implementuje typu widget.
  • wyświetlacz (array). Sub-tablicę par klucz / wartość wskazujących wartości polna powinien być wyświetlany w każdym z trybów wyświetlania typu jednostki, oraz tryb „default”. Dla każdego trybu wyświetlania, Pole UI pozwala administratorom witryna określić, czy chcą korzystać z dedykowanego zestawu opcji wyświetlania lub opcji „default”, aby zmniejszyć liczbę wyświetlaczy, aby utrzymać jak dodają nowe pola. Dla węzłów, na nową instalację, tylko „Teaser” tryb widoku jest skonfigurowany do korzystania z niestandardowych opcji wyświetlania, wszystkie inne tryby widoku zdefiniowane użyć opcji „default” domyślnie. Kiedy programowo dodawanie instancji polu na węzłach, dlatego zaleca się, aby określić przynajmniej opcji wyświetlania dla „domyślnie” i „zwiastuna”:
    • domyślne (array). Sub-tablicę par klucz / wartość opisujących opcje wyświetlania być stosowane, gdy pole jest wyświetlane w trybów wyświetlania, które nie są skonfigurowane do korzystania dedykowane opcje wyświetlania:
      • etykieta (string). Stanowisko etykiecie. „Inline”, „powyżej” i „ukryte” są wartościami uznanymi domyślnej „pole” realizacji motywu.
      • typ (string). Rodzaj formatyzatorem wyświetlacza lub „ukryte” bez wyświetlacza.
      • Ustawienia (array). Podgrupa szereg par klucz / wartość funkcji wyświetlania poszczególnych do formatera.
      • Masa (rzeczywista). Waga tej dziedzinie w stosunku do innych elementów jednostki wyświetlanych w tym trybie widoku.
      • moduł (string, tylko do odczytu). Nazwa modułu, który implementuje formatowania wyświetlania.
      • some_mode. Sub-tablicę par klucz / wartość opisujących opcje wyświetlania być stosowane, gdy pole jest wyświetlane w „” some_mode trybie podglądu. Opcje te będą faktycznie stosowane tylko w czasie wykonywania, jeśli tryb widoku nie jest skonfigurowany do korzystania z ustawień domyślnych dla tego pakietu:

        W (domyślnie) świadczą matryce wytworzone w przypadkach polowych są udokumentowane w field_attach_view ().

        Wiązki są reprezentowane przez dwóch ciągów, typ jednostki i nazwy pakietu.

        • Pole Rodzaje API. Określa typy pól, widget rodzajów i wyświetlania formatek. Moduły polowe używać tego API, aby zapewnić typy pól typu Text and Reference Node wraz z przynależnymi elementami formularzy i wyświetlania formatujących.
          • Pole CRUD API. Tworzenie, aktualizacja i usuwanie pól, zestawy (a.k.a. „typów zawartości”), a instancje. Moduły używać tego API, często w hook_install (), aby utworzyć struktury danych niestandardowych.
          • Pole Attach API. Łączy typów elementów API dziedzinie. Pole Attach funkcji API obciążenia, przechowywania, tworzenia struktur Formularz API, wyświetlanie i wykonywać wiele innych funkcji dla danych polowych podłączonych do poszczególnych jednostek. Fieldable typów jednostek, jak i użytkownika węzła używać tego API, aby się fieldable.
          • Pole Informacje API. Udostępnia informacje o wszystkich dziedzinach, w przypadkach, widgetów i związanych z nimi informacji określonych przez lub z API dziedzinie.
          • Pole Storage API. Zapewnia podłączany back-end systemu przechowywania danych rzeczywistych polowych. Domyślna implementacja, field_sql_storage.module. Dane terenowe sklepów w lokalnej bazie danych SQL.
          • Pole API usuwanie danych luzem. Oczyszcza się po operacji usunięcia sypkich jak field_delete_field () i field_delete_instance ().
          • Pole język API. Zapewnia natywną obsługę wielojęzycznego interfejsu API dziedzinie.
          Obejrzyj ten film!

          Powiązane artykuły

          Pole widzenia wartość hosting DrupalZwraca renderable tablicę dla pojedynczej wartości pola. Parametry $ ENTITY_TYPE. Rodzaj $ podmiotu; na przykład „Węzeł” lub „użytkownik”. $ Podmiot. Jednostka zawierająca pole do wyświetlenia. Musi przynajmniej ...
          Pole instancji Drupal hostingKiedy idziemy do ścieżki / admin / struktury / typów / zarządzanie / article / boiska i użyj opcji Dodaj nowe pole lub Dodaj istniejące pola opcji, czy to stworzenie równych lub utworzyć instancji pola lub dołączyć pole ...
          Zobacz odniesienie Drupal pole hostingWysłany przez tejaspmehta 18 sierpnia 2011 o godzinie 6:25 rano używam CCK + widoków do tworzenia jeden wniosek w D7. Mam następujący CCK. Kategoria Podkategoria (jedno pole ma odniesienie węzła do kategorii) ...
          Rola Drupal odniesienia hostingProjekt ten przewiduje wersje D7 z „” i „node_reference user_reference” typów pól, które były częścią pakietu CCK w D6, w funkcjonalnej parytetu z odpowiednikami D6. Widzieć...
          Tworzenie Pole daty hosting DrupalTen pakiet zawiera zarówno elastyczny typ pola pole Data Data / czas i datę API, które może wykorzystać inne moduły. Wersje D5 i D6 polu Data wymagają Content Construction Kit ...