2017-12-21 11 views
1

나는이 상황에서 가장 좋은 방법이나 가장 좋은 방법이 무엇인지 궁금하네요 :많은 양의 항목에 대해 Pages 또는 DataObject를 사용해야합니까?

  • 나는 데이터의 몇 가지 범주가 (의 말을하자 : 뉴스, 이벤트, 광고, 기어)
  • 레코드 수를 수십에서, 내가 만들 것이라고 생각 나는 처음에는 각

하나 개 그 범주의 모든 공통보기도 별도의 사람이 필요합니다 천

  • 몇까지 다양합니다 기본 페이지 d 홀더 페이지 패턴을 사용 하겠지만, 이제는 약간의 의구심이 생깁니다. DataObject를 사용하고 단순히 페이지를 사용하여 관리하는 것이 더 좋지 않습니까?

    수천 페이지에 걸쳐 홀더 페이지 패턴을 사용해 본 경험이 있습니까? 그것은 의미가 있습니까?

  • 답변

    3

    결정하는 것은 여러분에게 달려 있습니다. 페이지는 DataObject이기도하므로 다른 DataObject와 마찬가지로 페이지를 관리 할 수 ​​있습니다. 예 : GridField, ModelAdmin 또는 Lumberjack과 같은 다른 방법을 사용하십시오.

    SiteTree는 많은 양의 페이지도 처리 할 수 ​​있으므로 그 점에서 실제로 문제가되지 않습니다.

    나는 당신이보기의 건축 관점에서 순수하게이 대답 할 거라고 생각 :

    • 수행 내 데이터 객체는 URL이?
    • 내 데이터 개체의 버전을 변경해야합니까?
    • 개체 계층 구조 (부모 및 자식 페이지)가 필요합니까?
    • 내 개체가 개별 페이지로 표시되어 메타 제목, 설명, 오픈 그래프 태그 등의 메타 데이터도 필요합니까?
    • 내 개체가 XML 사이트 맵에 표시되어야합니까?

    당신이 이러한 대부분의 질문에 대답하면 후 사용 페이지는 당신이 자신을 구현해야 할 것이다 사물의 수를 제한 하겠지만 아마도 더 나은 방법입니다.