всем привет. вот возник довольно не сложный вопрос, но хотелось бы узнать как это делают другие. итак задача:
создается распределенное приложение. в решении есть два основных проекта: клиент и сервер. связь между этими частями реализуется через WCF, соответственно нужно определить контракт, через который клиент будет обращаться к серверу. вопрос в том куда именно в проекте положить этот контракт. я так понимаю, что кошернее его вынести в отдельный проект, и добавить ссылку на этот проект в клиент и сервер. но с другой стороны делать отдельный проект только для контракт как то не рационально(имхо). как лучше организовать этот момент, что бы было удобнее работать и что бы не приходилось отдельно компилировать контракт и что бы про изменения в контракте знали и сервер и клиент.

Да как хочешь. Отдельный проект - это не плохо (особенно, если контракт не один). Можно положить контракт в проект Common (там не только контракт может лежать). Также, без проблем, вполне можешь расположить контракт в серверном проекте, а в клиентском добавить ссылку на файл *.cs с контрактом. В последнем случае, контракт будет находиться (компилироваться) в двух разных проектах, а редактировать его ты сможешь из любого проекта, так как это будет один физический исходник. Рантайм типы такого контракта будут разные, но через канал WCF это, естественно, без проблем работает.

хм. в принципе так и планировал, спасибо.

я бы рекомендовал именно отдельную сборку юзать - дело в том что для WCF нужна (де)сериализация, и надо стало быть иметь сборку сериализующую\десериализующую... так что надо бы (по уму) натравить sgen на proxy сборку как раз..