요청시 하나의 프로세스가 해당 상태의 여러 인스턴스 (프로세스)를 요청하고 데이터를 수집 한 후 데이터를 조작하고 요청자에게 나타내는 문제가 있습니다.디자인 패턴을 찾고
이 문제를 해결할 수있는 디자인 패턴을 알려주십시오.
는 Harish
요청시 하나의 프로세스가 해당 상태의 여러 인스턴스 (프로세스)를 요청하고 데이터를 수집 한 후 데이터를 조작하고 요청자에게 나타내는 문제가 있습니다.디자인 패턴을 찾고
이 문제를 해결할 수있는 디자인 패턴을 알려주십시오.
는 Harish
귀하의 질문은 이해하기가 매우 어렵습니다 고마워요 있지만 Observer Pattern을 사용할 수있는 것 같은데.
다른 threading models (power point slides)도 볼 수 있습니다.
GoF 또는 헤드 우선 디자인 패턴과 같은 디자인 패턴 책을 읽는 것이 좋습니다. 모든 패턴에 대해 어느 부분이 적절한 지 알고 있어야하며 코드에 필요할 때 패턴이 "사용자에게 나타납니다".
모든 장소에서 패턴을 사용하는 것은 매우 나쁜 습관입니다.
다른 프로세스가 변경 될 때 한 프로세스가 자동으로 업데이트되도록하려면 Observer 패턴은 한 프로세스가 다른 프로세스의 상태를 관찰하고 업데이트를 확인할시기를 알리는 곳에서 사용하려는 패턴입니다. 자동으로 처리하는 대신 사용자의 요청으로 처리하는 경우에도 Observer 패턴은 여전히 사용하기 좋은 패턴입니다.
다른 프로세스의 경우 상태가 해당 동작을 결정합니까? 그렇다면 State Pattern을 조사하여 여러 개의 if 문이나 중첩 된 if 문을 처리 할 필요가 없습니다.
원격 프로세스간에 메시지를 보내고 일부 서비스가 모든 응답을 함께 대조하는 경우, Aggregator 또는 Scatter-Gather 패턴을 찾고있는 중입니까?
자세한 내용을 설명해 주시겠습니까? – Partial
프로세스가이 컨텍스트에서 다른 응용 프로그램을 참조한다고 가정하면 공유 메모리 개념을 도입해야합니다. –