¿Por qué las clases de proxy WCF generadas por Silerlight solo ofrecen llamadas asíncronas?Silverlight WCF Proxy async solamente?
hay casos en los que realmente no necesita el patrón asincrónico (por ejemplo en un BackgroundWorker)
EDIT: A veces necesito para procesar los resultados de dos WCF llama. Hubiera sido mucho más simple si hubiera podido esperar (el negocio de la aplicación lo permite) para que ambas llamadas finalicen y luego procedan ... pero noooo ... ¡asincrónico! : P
Es una pena que no pueda haber una API de sincronización que arroje una excepción útil (por ejemplo, "Esta función es síncrona, por lo que solo puede invocarse mediante subprocesos que no sean UI") cuando se la llama desde un subproceso de UI. – Gabe