NikulinМожет я что то не догоняю. Просто думал почему на стороне клиента я должен использовать класс сгенерированный вместе с прокси. А что если у меня какая то логика определена в классе Animal, методы ведь не сгенерируются - просто public свойства...
Обычно пользователи сервиса используют свои собственные сгенерированные классы, что бы не заморачиваться на ваши внешние библиотеки, которые могут просто банально не подойти, если клиент не под FW; иметь возможность расширить класс для своих нужд, не грузить ваши сборки в отдельный домен, не организовывать междоменное взаимодействие (кто его знает, какие звери вместе с вашей библиотекой к клиенту могли забежать). Так что у генерации сборки на стороне клиента огромное число плюсов. С вашей стороны рекомендуется открыть клиентам исходный текст ключевых (на ваш взгляд) методов, что бы им заново не изобретать велосипед. Ну и описание полное для разработчиков, что бы ваш сервис не выглядел "совершенно черным ящиком".

Добавлю к вышесказанному, что подробное описание должно быть в любом случае, так как через некоторое время вы сами можете стать клиентом "черного ящичка", а детали забываются очень быстро, за исключением, разве, приложений типа "hello world" - по описанию можно быстро восстановить или исправить код. А вот по коду быстро воспроизвести описание дано не каждому