Spree Commerce 레이아웃을 바꾸는 데 문제가 있습니까?

Question

현재 Spree 응용 프로그램에 대한 사용자 정의 프론트 엔드를 빌드하기 시작했으며 그에 대해 궁금해하고있었습니다. 나는 Spree Commerce Documentation을 읽었으며 뷰를 사용자 정의하는 두 가지 방법이있다. 워드 프로세서에서 레일 폴더

에서 의견을 교환

• 훼손 라이브러리

• 당신이 당신의 확장 또는 응용 프로그램이에 전체보기를 복사 할 때마다 것을 주장한다 Spree의 최신 버전으로 업그레이드 할 때 응용 프로그램에 상당한 유지 관리 오버 헤드가 추가됩니다. 버전간에 업그레이드 할 때 로컬 복사 버전의 최신 Spree 버전의 변경 사항을 복제하기 위해 교체 된 각 템플릿을 비교해야합니다.

  가능한 한 Deface를 사용하여 원하는 사용자 정의를 달성 할 것을 강력히 권장합니다.

  전 프런트 엔드 뷰를 모두 교체해야하지만이 방법으로 나와 다른 사용자가 다른 버전의 Spree로 업데이트하는 것을 방지 할 수 있습니다. Defacing은 내 경우에 조금 지나치게 복잡해 보입니다 ...

  누구든지 위에서 언급 한 관점에서보기를 대체하는 데 얼마나 큰 문제가 있다고 말할 수 있습니까?

Answer 1

Spree의 프런트 엔드에는 약 48 개의보기가 있습니다. 모든 응용 프로그램을 자신의 응용 프로그램에서 바꾸면 Spree를 업그레이드하려는 모든 관계에서보기간에 변경된 사항과 두 가지 Spree 버전 간의 Spree의 견해를 확인하고 추가되거나 제거 된 템플릿이 있는지 확인해야하며 그런 다음 새로운 버전의 기대에 부합하도록 견해를 수정하는 방법을 찾아보십시오. 이것은 많은 일이 될 것입니다.

왜 Spree의 모든 의견을 변경해야하는지 다시 평가하는 것이 좋습니다. spree_fancy 확장 프로그램을 살펴보십시오. 그들은보기의 작은 부분 집합 만 바꾸고, Deface를 사용하여 필요에 따라 내용과 마크 업을 추가하면서 Spree의 모양을 완전히 바꿀 수 있습니다. 이와 같은 확장 기능은 모든 뷰를 대체 한 경우보다 Spree의 향후 버전으로 이식하는 것이 훨씬 쉽습니다. 우리는 많은 Spree 사이트를 관리하고 몇 가지 중요한 프론트 엔드를 가지고 있으며 Deface 이외의 기술에 의지하지 않아도 CSS가 변경됩니다.

프런트 엔드가 근본적으로 다르며 기존의 Spree 프런트 엔드를 사용하는 것이 너무 번거롭 으면 Spree API를 사용하여 프런트 엔드를 구축하는 것이 좋습니다. API는 버전간에보다 안정적인 입력 및 출력을 갖도록 설계되어있어 Spree를 훨씬 쉽게 업그레이드 할 수 있습니다.