“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.