Varlıklar in Drupal 7

Drupal 7'deki Drupal Varlıkları nedir? Drupal Ticaret'in Ürünleri bir Varlık olarak inşa ettiğini anlıyorum. Şimdi bir Entity API ve Entity API için bir katkı eklenti olduğunu biliyorum.

Bu yıl Drupal 7, NoSQL ve muhtemelen Entity API'yı kullanmak istiyorsa kullanmak istediğim birkaç projem var - ama nerede gerekli olduğunu görmekte sorun yaşıyorum.

Bir iş listeleme sitesi oluşturduğunuzu varsayarsak - bir iş mutlaka düğüm içeriği gibi değildir, bunu bir Varlık yapabilir misiniz / yapabilir misiniz?

Ayrıca, yine de Varlık ile modüllerle konuşma yeteneğine sahip olabilirsiniz ve bu nasıl yapılır? Mesela, bir İş İlanı varlık Pathauto ile takma ve Görünümlerde maruz yanı sıra XML Site Haritası görünür.

Bir varlık hook_entity_info () tarafından tanımlanan veri yapısıdır ve dosyalanabilir olabilir, yani bunlara alan ekleyebilirsiniz.

Drupal 7 Core'da, Düğümler, Kullanıcılar, Yorumlar, Kelime Bilgisi ve Terimler varlıklardır.

Katkıda, bir sürü gibi özel mesajlar ve ticaret var;)

Ancak, iş ilanları düğüm olarak mükemmel olduğunu düşünüyorum :) Varlıklar otomatik olarak Pathauto (Jetonlar), Görünümler vb entegrasyon yok.

Varlıklar düğümlerin, kullanıcıların vb. Üzerindeki bir meta düzeyidir.

Esasen D6'ya bakarsanız, bu tür şeylerde çok sayıda yinelenen modül ve işlevsellik vardır. Örneğin, cck alanlarını kullanıcılara ve sınıflandırma terimlerine eklemek için modüller vardır.

D7'de bunları mimari olarak aynı şekilde ele almaya karar verildi, bu yüzden varlıklara bir şeyler yapan bir modülünüz varsa, düğümler, terimler ve kullanıcılar için çalışmalıdır.

Drupal'ın önceki sürümlerinde, Commerce gibi bir modülün özel bir düğüm tipi oluşturmak veya Drupal'ın iç sistemlerinin tamamen dışına çıkmak ve kendi türlerini tanımlamak için iki seçeneği olurdu. Varlıklar ile, bir Ürünü mevcut türlerden farklı bir şey olarak tanımlamak mümkündür, ancak yine de makyajlarındaki alanlar gibi özelliklerden yararlanabilirsiniz.

Bir iş listeleme sitesi oluşturduğunuzu varsayarsak - bir iş mutlaka düğüm içeriği gibi değildir, bunu bir Varlık yapabilir misiniz / yapabilir misiniz?

Yapabilirdiniz. Bence şeyleri çok çabuk oluşturmaya dikkat etmelisin. Genellikle özel düğüm türleri hala istediğinizi yapar. Bir iş bir düğüme farklı türde bir şey mi listeliyor, yoksa bazı özel özelliklere sahip bir düğüm mü?

Gerçekten "içerik" olmayan şeyler için birkaç projemdeki varlıkları kullanmaya başladım. Onları, ne zaman yayınlandığını veya yazarın kim olduğunu umursamadığımız şeyler için kullanıyoruz.

Varlıkları tanımlamanın gerçek faydaları, kendi özel modüllerinizi geliştiriyorsanız. Güzel bir masa yapısı ve bir sürü Drupal iyiliği (Fieldability, Views entegrasyonu, ...) ücretsiz olarak alırsınız. Artık kendi özel tablo yapılarınızı oluşturmaya veya bir düğüm türünü ihtiyaçlarınıza uyarlamaya gerek yok. Ayrıca, performans açısından bu kadar varlıkların daha hafif olması gerektiğini seviyorum. D6'da düğümlerle herhangi bir sorgu yaptıysanız ne demek istediğimi anlayacaksınız.

Düğümler, kullanıcılar, sınıflandırmalar Drupal varlıklarına örnektir. Bir varlığın temel özelliği, diğer varlıklara atanabilmesidir: bir kullanıcı bir düğümle ilişkilendirilir ve düğümlere ve kullanıcılara bir sınıflandırma atanabilir.

İş olarak tanımladığınız şey bir kullanıcıya veya bir düğüme atanabilirse, bunu bir varlık haline getiririm. Eğer "iş" ne olabilir sadece bir içerik türü, o zaman ben bir varlık yapmak olmaz.

Çok az bir kelime ile söylemek isterseniz, en tüzel kişinin sadece drupal'ın farkında olduğu bir veri parçası olduğunu ve her yerde saklanabileceğini söyleyebilirsiniz.