여러 가지 방법을 드러내는 웹 서비스와 대화 할 앱을 개발 중입니다. 웹 서비스에 대한 액세스를 중앙 집중화하고, 동기식 및 비동기식 액세스 옵션을 제공하고 클라이언트에 데이터를 반환하는 데 가장 좋은 패턴이 무엇인지 파악하려고합니다. 아직이 문제를 해결 한 사람이 있습니까?iPhone 용 디자인 패턴 -> 웹 서비스 기능?
모든 메소드에 대한 한 클래스는 모든 것을 잘 집중시키는 것처럼 보이지만 여러 비동기 호출을 처리 할 때 데이터를 올바른 위치로 반환하는 것이 혼란 스러울 것이라고 생각합니다. 내가 가진 또 다른 생각은 각 방법에 대한 별도의 하위 클래스 였고 일부 종류의 공장 중개 액세스가 있었지만 상황을 과장하는 것으로 생각했습니다.
: 나는 최근에 같은 문제를 건너 왔어요
나는 이런 종류의 해결책을 향한 경로를 따라 가고있었습니다. 나는 이것을 생각하는 유일한 사람이 아닌 것처럼 들립니다. 유일한 차이점은 대리인을 사용하는 대신 KVO를 사용한다는 것입니다. 왜냐하면 잠재적으로 동시에 여러 끝점 소비자를 가질 수 있기 때문입니다. 이것은 또한 모든 것이 단지 동일한 엔드 포인트 객체를 관찰하고 있기 때문에 나중에 일종의 캐싱 로직을 삽입 할 수있게합니다. 은 나중에 이것이 끝나는 방식으로 나중에 업데이트됩니다. –
대리인은 주로 웹 서비스 관리자에게 끝점이 완료되었음을 알리고 끝점에서 서비스 관리자가 수행 할 작업을 결정하지 못한 경우이를 알립니다. KVO를 사용하여 데이터를 사용하는 대부분의보기를 업데이트합니다. – jessecurry