제품 변형의 장점은 무엇입니까?

Question

Hybris의 제품 변형에 혼란 스럽습니다.

예를 들어 크기 또는 색상에 변형을 사용하는 이유는 무엇입니까?

결과 데이터 모델을 단순화하기 위해 속성으로 스타일과 크기를 모두 포함하도록 제품 항목을 확장하지 않습니까?

어떤 통찰력이라도 대단히 감사하겠습니다.

Answer 1

예를 들어 가격을 관리하려면 변형 제품이 필요합니다. 일부 색상의 경우 제품이 다른 색상보다 비용이 많이들 것입니다. 하나의 제품에서이를 관리 할 수 ​​없습니다. 또한 변형 제품에 대한 다른 설명/제품 이름을 정의 할 수도 있습니다. 사용자 정의 제품을 사용하는 것보다 변형 제품을 사용하여 이렇게하는 것이 더 쉽습니다.

Answer 2

변형은 전자 상거래 시스템에서 일반적인 개념입니다. 그래서

• http://docs.shopify.com/api/product_variant
• http://msdn.microsoft.com/en-us/library/ms962267%28v=cs.70%29.aspx
• http://guides.spreecommerce.com/developer/products.html

우리가 이렇게 왜 : 다른 사람들처럼 Hybris이 지원? 주로 관리가 쉽기 때문입니다.

우리가 의류 예를 들었을 때 크기 나 색상 (선글라스 일 가능성이 있음)이 다른 제품이있을 경우 색상 변형 (모자?) 만있는 제품이 있고 크기와 색상이 다른 제품 (티셔츠 혹시). 여기

우리의 설정입니다 :

• 제품
  • 제품 블루
    • 제품 블루/S
  • 제품 레드
    • 제품 레드/M
  • 제품 녹색
    • 제품 그린/S
    • 제품 그린/XL 우리는 '제품'에, 단 하나의 가격을 구성해야 할이 예에서

. 'Product Blue', 'Product Red'및 'Product Green'에 3 개의 이미지 만 구성하면됩니다. 그런 다음 "리프"변형에 스톡 레벨을 구성 할 수 있습니다.

서로 다른 제품의 제품 수는 다양하며 각기 다른 방법이 있습니다. 결과적으로 모든 제품에 대해 이러한 모든 변형을 나타내는 많은 Null 열이있는 Product 테이블을 채우고 싶지 않습니다. VariantType MetaType을 통해보다 확장 가능한 접근 방식을 취합니다.

이 방법을 사용하면 items.xml을 통해 '구체적인'변형을 만들거나 impex를 사용하여 런타임 정의를 통해 '동적 인'변형을 만들 수 있습니다. 구체적인 변형 만 코드에서 직접 사용할 수 있지만 (예 : instanceof 사용) 배포 및 업데이트 시스템으로 추가 할 수는 없습니다. 동적 변형은 항목에 대한 VariantAttributes를 결정하기 위해 더 영리한 코딩이 필요하지만 일반적으로 훨씬 더 나은 접근 방식과 확장 성이 있습니다.

물론 다중 레벨 변형 구조가 약간 중복되고 약간 거짓이라는 주장이 있습니다. 변종에는 "방향"이 없습니다. 자연스럽게 Product> Blue> Small을 탐색하지 않으면 Blue Small Product를 선택하기 만하면됩니다. 그래서 모든 변종 구조물은 단지 1 층 깊이이어야한다고 주장 될 수 있습니다.