온라인 상거래 시스템 (Amazon, Play.com 등)을위한 기본 디자인 패턴을 제작하라는 요청을 받았으며 패턴이 사용되는 것으로 느껴질 때 Facade Pattern에 집중했습니다. 대부분 시스템을 통해.디자인 패턴 - 외관
시스템 운영 :
주문 제품
증권/가용성
인증 (이 제품의 재고를 확인) (이 검사를 이것은 내가 지금까지 무엇을 가지고 사용자가 로그인/등록되었는지 확인)
발송 (제품 이름/고객 d
제 질문은이 유형의 시스템에서 사용할 수있는 좋은 디자인 패턴입니까? 또한, 작업, 제품을 구매하기 위해 필요할 수있는 다른 사람을 생각할 수있는 사람 - 이것은 내가 생각해 낼 수있는 전부입니다. 누군가가 흠, 외관은 기존의 코드 나 라이브러리의 덩어리로 간단한 인터페이스를 제공하는 것이에만 관련이 있습니다 :
도움이 될 수 있습니다
희망. 라이브러리에 List 및 Maps Facades와 같은 라이브러리 클래스를 사용하는 클래스를 고려하지 않는 한 새로운 기초 코드를 만드는 데 거의 사용되지 않습니다.
http://en.wikipedia.org/wiki/Facade_pattern
당신이, 당신은 것 설명하는 작업에 대한
"A 외관은 클래스 라이브러리로 코드의 큰 몸에 단순화 된 인터페이스를 제공하는 객체입니다" 모델/컨트롤러/뷰어, 보안 책임을위한 연쇄 (Chain of Responsibility), Memento (선점을위한), 가능하면 Builder (여러 가지 방법으로 구매를 표시하기)와 같은 패턴을 사용하고있을 것입니다. HTML , PDF 인보이스, 이메일 ...).
답장을 보내 주셔서 감사합니다. 그럼 내가 여기에 Facade 패턴을 사용하라고 제안하지 않습니까? 그것은 내가 그들에 대해 배웠던 것에서 가장 가능성이 높습니다. 나는 Bulder 패턴의 아이디어를 좋아합니다 :) – Phorce
Facade와 Mediator의 차이점을 말하기 란 종종 어렵습니다. Facade와 Mediator를 구분하는 것은 종종 의도와 상황의 문제입니다. 중재자는 일반적으로 최소한의 방법을 폭로하는 객체에 대해 조정 역할을 수행합니다. Facade는 대개 더 단순한 API 뒤에 오래된 코드 또는 지나치게 복잡한 코드를 숨기더라도 마찬가지입니다. 따라서 코드가 새롭고 잘 디자인 된 것이라면 Facade는 아마도 더 가까이 다가 가면 Medator 일 것입니다. –
이 답변은 중재자와 Facade의 차이점을 잘 보여줍니다. http://stackoverflow.com/questions/481984/facade-vs-mediator?rq = 1 클래스 다이어그램은 매우 유사하게 보이며 동일한 아키텍처 계층에서 자주 사용되지만 실제로는 매우 다릅니다. –
"온라인 상거래 시스템을위한 기본 디자인 패턴을 제작하라는 요청"은 무엇을 의미합니까? 이것은 어떤 종류의 학습 운동입니까? –
@TomAnderson 종류입니다. 그러나 나는 이것을 시도하지 않은 것 같지 않다. 그것에 대해 생각해 보았고, 전문가들이 제안한 패턴에 대해 생각하는 것에 대해 의견을 나누고 싶다. – Phorce