최근에 사용자가 일부 데이터를 저장하는 매우 간단한 CRUD 테이블을 만들었습니다. 데이터의 경우 사용자 지정 노드를 만들었습니다. 이 기능은 기본 노드 기능을 사용하여 CRUD 테이블에서 데이터를 생성, 편집 및 삭제하는 데 효과적입니다. 코드의 작은 비트를 사용하여 적절한 액세스 제어로 기본 기능을 프로그래밍하는 것이 얼마나 빠르고 쉬운 것인지 놀랍습니다. ....Drupal 노드를 사용하지 않을 때?
데이터는 블로그 게시물 (제목 없음, 본문 없음, 커미션 없음, 수정본 없음, 표시되지 않아야 함)과 같은 '콘텐츠'와 동일한 방식으로 처리되지 않으므로? q = 노드 페이지, 미리보기 없음, 티저 없음 등) ... 나는 drupal이 노드에 대해 자동으로 수행하는 작업을 '끄고'수정하는 데 대부분의 시간을 보내고 있습니다.
나는 맛의 문제를 안다.하지만 노드로 취급되어야하는 부분과 어디에서해야하지 않는 부분을 구분해야 하는가? 즉, 노드를 사용하지 않고 처음부터이 프로그램을 프로그래밍하는 것이 더 좋을까요?
후속 조치로 ... 노드를 사용하지 않기로 결정한 것은 특정 인스턴스입니다. 나는 내 생각으로는 주석과 버전 제어 같은 것을 요구하지 않을 '데이터'조각을 단순히 사용하고 있다고 느꼈다. 대부분의 경우 개별 사용자에게 개인적으로 보관됩니다 (재무 데이터를 생각하십시오). 노드로 취급하는 것이 더 쉽다는 결론을 내 렸습니다. 즉, Drupal Menu 시스템, 양식 API 및 데이터베이스 API는 여전히 '워크 플로우'를 프로그래밍하고 사용자 정의하기 쉽습니다. Disclosure : CCK/views를 사용하지 않는 것에서 얻을 수있는 컨트롤이 마음에 듭니다. (하지만 그것은 내가 추측하는 맛의 문제입니다.) – stotastic