“Entity API”, Drupal API'ye ne ekler ve bir modül neden ona bağlıdır?


12

Varlık API modülü Drupal tanımlanan varlık API uzanır. Hangi durumlarda bir modül, o modülden sağlanan API'yi kullanmalıdır? Yeni varlıklar uygulayan modüllerin Entity API modülüne bağlı olmaları durumunda daha kolay yazılması mümkün müdür ?

"Kolay yazılmasına" derken kullanarak modülleri anlamına Varlık API kullanmayan bir modül ile karşılaştırıldığında yazılacak az kod gerektiren Varlık API .

Proje sayfasını okudum, ancak yalnızca Drupal çekirdek koduna bağlı olarak bir modül yerine Entity API modülüne bağlı bir modül oluşturmayı tercih etme nedenini hala tam olarak anlamıyorum . Kuralları genişleten ve bir varlığı uygulayan bir modülün Entity API modülünü kullanması gerektiğini anlıyorum ; ilk durumda, bunun nedeni Kurallar modülünün Entity API modülüne bağlı olmasıdır.


1
Bağladığınız proje sayfası, modülün ne yaptığına dair oldukça spesifik bir genel bakış sağlar. Bir modülün neden yerleştirildiklerinden başka bir modüle bağımlı olacağı konusunda özel sorularınız mı var?
jhedstrom

Entity API modülünü kullanmazsanız, bu sandbox projesi gibi bir modül yazmış olursunuz . Bu sanal alan projesinde hiçbir test ve yalnızca bir katılımcı bulunmadığını, buna karşılık Entity API'sının her ikisinin de çoğunu içerdiğini unutmayın.
paul-m

Yanıtlar:


15

Tam değil, ama burada bildiğim bazı avantajlar:

  • Drupal çekirdek yükleme varlıkları için yalnızca bir EntityController sağlar. Kaydetmek, güncellemek ve silmek için ya kendiniz yazmanız ya da Entity API'sını kullanmanız gerekir.
  • Sen) (hook_entity_property_info zekâ sizin varlıkların temel özelliklerini açığa çıkarabilir, bkz privatemsg_entity_property_info () bir örnek için. Bunun avantajı, rules.module öğesinin özelliklerini bilir ve bunları kurallarla okuyup yazmanızdır. Ayrıca ücretsiz jeton entegrasyonu da elde edersiniz.
  • Ayrıca, kuruluşlarınız için size otomatik olarak bir yönetici kullanıcı arayüzü sağlayabilir

Yönetici kullanıcı arayüzü ile ne demek istiyorsun? Bunlardan bazıları çekirdek tarafından ele alınır.
googletorp

2
Core, alanları yapılandırmak ve bunları varlıklara eklemek için bir kullanıcı arayüzü sağlar, varlık API'sı özel varlıklar için varlıkları oluşturmak ve yönetmek için bir kullanıcı arayüzü sağlar, çekirdek böyle bir şey yapmaz.
Berdir

1
alanın koddaki değerlerine kolayca erişmenizi sağlayan harika metadata_wrapper drupalcontrib.org/api/drupal/… unutmayın
mojzis

7

Otomatik Görünümler entegrasyonu, yönetici kullanıcı arayüzü, dışa aktarılabilir varlıklar (bunların tümü isteğe bağlıdır). Ayrıca, D7'ye girmeyen birçok sözdizimi şekeri ve onlara ihtiyacınız var (jenerik entity_save (), entity_create (), özel mantığınızı "varlık sınıflarına" koyarak ...)

Ayrıca, modüller (efq_views, kurallar) özelliklerle gerçekten harika şeyler yapar.


-1

i inanıyorum, varlık api (modül) temelde serbest bırakıldı çünkü serbest bırakılması kabul edildi önce drupal 7 çekirdekten kaldırıldı .. GM sürümü için sadece temel varlık api CRUD fonksiyonları drupal çekirdek bıraktı.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.