Ich habe eine Anwendung, die SOAP-Aufrufe tätigt. Um die Benutzeroberfläche vor dem Blockieren zu bewahren, setzen wir jeden SOAP-Aufruf in eine Unterklasse von NSOperation. Das funktioniert gut, aber wir haben eine Menge verschiedener Arten von SOAP-Aufrufen. Wenn wir also 3 WSDLs mit jeweils 10 Ports oder Operationen verwenden, dann haben wir 30 verschiedene SOAP-Aufrufe, und wenn wir jeden davon in einen Thread mit NSOperation packen, haben wir am Ende 30 NSOperation-Unterklassen.
Das mag nicht schlecht sein, aber wir versuchen, eine wiederverwendbare Bibliothek zu erstellen, also haben wir ein Objekt pro WSDL, das die Aufrufe kapselt. Das ist schön, weil wir WSDL2ObjC verwenden und dies die gesamte Logik kapselt. Aber es scheint seltsam zu sein, eine schöne API zu haben, die wir in diese vielen NSOperationen verpacken. Außerdem führen wir das Threading in der API selbst durch, so dass der Aufrufer sie nach eigenem Gutdünken nutzen kann.
Über Vorschläge würde ich mich sehr freuen.
