Разрабатываю сервер приложений. Планируется более 20 контрактов.
Имеет ли смысл с точки зрения потребляемых ресурсов сделать один контракт(интерфейс),
который будет наследоваться от всех этих контрактов и соответственно сделать
один endpoint у сервиса?
Я так понимаю, если будет много endpoint'ов, то клиент будет открывать отдельное соединение для каждого контракта, а в случае одного суперконтракта я смогу из него получить любой интерфейс и сэкономить на количестве соединений. Что скажете?

buredОт перестановки мест слагаемых сумма не меняется.
Конечные точки и производительность никак не связаны.

Производительность зависит от управления экземплярами службы и запросами.

Хотя, хорошим тоном будет отнаследовать.

Ну, рассмотрим оба случая на клиенте

public interface IContract1
{
void doSomthing1();
}

public interface IContract2
{
void doSomthing2();
}

public interface IMyService : IContract1, IContract2
{
}

// случай 1
ChannelFactory<IContract1> cf1 =
new ChannelFactory<IContract1>("Contract1");
IContract1 contract1 = cf1.CreateChannel();
ChannelFactory<IContract2> cf2 =
new ChannelFactory<IContract2>("Contract2");
IContract2 contract2 = cf2.CreateChannel();

// случай 2
ChannelFactory<IMyService> cf0 =
new ChannelFactory<IMyService>("MyService");
IMyService myService = cf0.CreateChannel();
IContract1 contract01 = myService;
IContract1 contract02 = myService;


В первом случае мы создали два канала. Во втором - один.
Я так понимаю что под каналом находится реальное физич. соединение(сокет). Во втором случае тогда получается выигрыш, так как я планирую не закрывать каналы после каждого вызова, а держать открытыми - кстати правильно ли это?

AlexeiKsladkov,

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

Понятие существует только в голове, а не в реальном мире. И тот "реальный" канал, про который ты говоришь, еще менее реален, чем компьютерный, так состоит из пустоты, окруженной материей - бетоном или землей. Назвать его реальным, это все равно, что признать объективное существование дырки в бублике или дорожную яму. С другой стороны все вещи - "реальные" и компьютерные существует лишь в сознании, что делает их равнозначными.