it-swarm-ko.tech

Drupal 7의 엔터티

Drupal 엔티티 Drupal 7) 란 무엇입니까? 나는 Drupal 상거래로 만들어진 제품을 엔티티로 알고 있습니다. 지금 알고 있습니다.) 핵심 Entity API이며 Entity API에 대한 추가 기능입니다.

올해에는 Drupal 7, NoSQL 및 Entity API가 필요할 경우 Entity API를 사용하고 싶습니다.)가 필요한 프로젝트가 몇 군데 있습니다.

작업 목록 사이트를 구축한다고 가정하면, 작업은 반드시 노드 컨텐츠와 같지 않을 수 있습니다. 엔티티를 만들 수 있습니까?

또한 Entity를 사용하여 모듈과 대화하는 기능을 계속 사용할 수 있습니까? 마찬가지로 Job Posting 엔터티는 Pathauto로 별칭을 지정하고 뷰에 노출되며 XML Sitemap에 나타납니다.

13
Kevin

엔터티는 hook_entity_info ()에 의해 정의 된 데이터 구조이며 필드를 지정할 수 있으므로 필드를 추가 할 수 있습니다.

Drupal 7)에서 핵심, 노드, 사용자, 의견, 어휘 및 용어는 엔티티입니다.

Contrib에는 개인 메시지 및 상거래와 같은 수십 가지가 더 있습니다.)

그러나 나는 직업 게시가 노드처럼 완벽하다고 생각합니다. :) 엔티티에는 자동으로 Pathauto (Tokens), Views 등이 통합되어 있지 않습니다.

9
Berdir

엔티티는 노드, 사용자 등의 메타 수준입니다.

기본적으로 D6을 살펴보면 이러한 유형의 항목에 많은 중복 모듈과 기능이 있습니다. 예를 들어 cck 필드를 사용자 및 분류 용어에 첨부하는 모듈이 있습니다.

D7에서는 이러한 구조를 아키텍처와 동일한 방식으로 처리하기로 결정 했으므로 엔티티에 무언가를 수행하는 모듈이있는 경우 노드, 용어 및 사용자에 대해 작동해야합니다.

이전 버전의 Drupal에서 Commerce와 같은 모듈에는 사용자 정의 노드 유형을 작성하거나 Drupal의 내부 시스템을 완전히 벗어나 자체 유형을 정의하는 두 가지 옵션이있었습니다. 엔터티를 사용하면 제품을 기존 유형과 다른 유형의 물건으로 설명 할 수 있지만 여전히 메이크업의 필드와 같은 기능을 활용할 수 있습니다.

작업 목록 사이트를 구축한다고 가정하면, 작업은 반드시 노드 컨텐츠와 같지 않을 수 있습니다. 엔티티를 만들 수 있습니까?

당신은 할 수 있습니다. 나는 당신이 사물의 엔티티를 너무 빨리 만드는 데 조심해야한다고 생각합니다. 종종 사용자 정의 노드 유형은 여전히 ​​원하는 것을 수행합니다. 노드와 다른 유형의 작업을 나열하는 작업입니까, 아니면 특정 특성이있는 노드입니까?

9
Jeremy French

나는 실제로 "콘텐츠"가 아닌 것들을 위해 몇몇 프로젝트에서 엔티티를 사용하기 시작했습니다. 우리는 출판 당시 또는 저자가 누구인지에 대해 신경 쓰지 않는 것에 사용합니다.

엔터티를 정의하면 실제로 사용자 지정 모듈을 개발할 때 이점이 있습니다. Nice 테이블 구조와 Drupal goodness (Fieldability, Views integration, ...))를 무료로 얻을 수 있습니다. 더 이상 사용자 정의 테이블 구조를 만들거나 필요에 따라 노드 유형을 개조하지 않아도됩니다. 또한, 성능 측면에서 엔티티가 훨씬 가벼울수록 좋으며, 노드를 사용하여 D6에서 쿼리를 수행 한 경우 의미를 이해할 수 있습니다.

3
PPC-Coder

노드, 사용자, 분류 체계는 Drupal 엔티티의 예입니다. 엔티티의 주요 기능은 다른 엔티티에 지정할 수 있다는 것입니다. 사용자는 노드와 연관되어 있으며 분류법을 지정할 수 있습니다 노드 및 사용자에게.

당신이 직업이라고 묘사 한 것이 사용자 나 노드에게 할당 될 수 있다면, 나는 그것을 엔티티로 만들 것입니다. 당신이 "작업"할 수있는 것이 단지 컨텐츠 타입이라면, 나는 그것을 엔티티로 만들지 않을 것입니다.

1
kiamlaluno

실제로 몇 단어로 말하면 en 엔터티는 drupal 알고있는 데이터 조각)이며 어디에서나 저장할 수 있습니다.

1
Haza