На мой взгляд представлены единичные случаи, на основе которых судить ни о чем нельзя. При прочих равных команда с построенными процессами будет производить стастистически значимо больше ценности.
Еще есть типы Func<> и Action<>, наследники делегата, упрощающие жизнь отсутсвием необходимости явно объявлять тип делегата и совместимые с Expression<>, делегатами и анонимными методами. Не использовал ключевое слово delegate с их появления.
Я думаю мы ни к чему не придем, поэтому дискуссию сворачиваю. Но чисто для разминки моих мозгов, приведите мне сценарий который по вашему мнению WCF не сможет поддержать, или решение выдйет очевидно убогое.
1. Но зачем мне писать и поддерживать столько кода, дающего 0.0 value, если я могу просто в конфиге прописать нужный транспорт?
2. Забыли упомянуть, что оно не поддерживается подавляющим большинством клиентов;
3. Не отменяет того факта, что в WCF она есть;
4. WCF одно из множества решений, предлагающих discovery;
5. Скиньте доку где можно почитать про protocol bridging на обычном роутере?
Но это все неважно, я не утверждал что невозможно построить сервис на чем то другом, и отвечать на это не нужно. Мне просто печет от того, что на волне хайпа вокруг web-api незаслуженно забыли такое архитектурно-мощное решение. Если бы серверный WCF реализовали в .net core, он был быхорошим инструментом для любой задачи.
Почему-то, когда про WCF говорят в контексте «не нужен», речь обычно идет про SOAP, wsdl и enterprise. Но ведь умеет не только это! Есть еще межпроцессный обмен на named pipes, есть двусторонний обмен данными по одному соединению, есть очень быстрая бинарная сериализация сообщений, есть обнаружение сервисов, ServiceRouting в конце-концов. Неужели 640кб http хватит всем?
Помимо непосредственно битв в Eve есть еще полноценный рынок — добыча, переработка, производство, купля-продажа. Существует такое понятие как market-pvp — одна из наиболее жестких разновидностей PvP в Eve. Есть люди, делающие огромные (внутриигровые) деньги на этом, и для которых это основной интерес. Есть несколько альянов, занимающихся исключительно доставкой грузов за деньги.
Сервер подбирает оппонентов и запускает игры максимизируя равномерность оценки игроков. Для этого каждому участнику нужен 24/7 работающий сервер, что не очень удобно.
Хочу выразить несогласие с мнением автора. Оглянитесь вокруг — программное моделирование сложнейших процессов, спутники, автопилоты, суперкомпьютеры, роботехника в производстве, IoT, системы поддержки принятия решений, помощь в проектировании сложных систем, числодробилки, криптовалюты, 3D-принтинг, realtime-аналитика, фотореалистичная графика, свободное программное обеспечение.
Да, мы ограничены. Да, мы не всегда понимаем, что мы делаем. Да, сложность зашкаливает, и мы не можем её победить. Ну и что? Это мешает нам делать мир лучше? Каждый чертов день мы можем все больше и больше, и я счастлив принимать в этом участие.
Microsoft реализовала поддержку docker-контейнеров в Windows Server 2016. В превью уже можно пощупать. Приятно то, инструментарий работает как с *nix так и с windows хостами. Жалко только образы должны быть с соответствующей операционной системой.
2. Забыли упомянуть, что оно не поддерживается подавляющим большинством клиентов;
3. Не отменяет того факта, что в WCF она есть;
4. WCF одно из множества решений, предлагающих discovery;
5. Скиньте доку где можно почитать про protocol bridging на обычном роутере?
Но это все неважно, я не утверждал что невозможно построить сервис на чем то другом, и отвечать на это не нужно. Мне просто печет от того, что на волне хайпа вокруг web-api незаслуженно забыли такое архитектурно-мощное решение. Если бы серверный WCF реализовали в .net core, он был быхорошим инструментом для любой задачи.
640кбhttp хватит всем?Да, мы ограничены. Да, мы не всегда понимаем, что мы делаем. Да, сложность зашкаливает, и мы не можем её победить. Ну и что? Это мешает нам делать мир лучше? Каждый чертов день мы можем все больше и больше, и я счастлив принимать в этом участие.