Когда и когда не следует использовать WCF, какая альтернатива?

Question

Мне нужна помощь для программиста noob. У меня есть приложение, которое я построил> assetcat.app

Я углубляюсь в сети и собираюсь перестроить приложение, используя систему хост / клиент.

Я строил фундамент для этого с WCF. Но на каждом прорыве была борьба с препятствиями, я ожидал получить простую среду хост / клиент с настройкой аутентификации без проблем. Но у меня были проблемы с доступом к сети на разных IP-адресах, проблемы с сертификатами и даже просто поиск информации в MSDN, которая показывает пример, в котором не используется app.config. Поскольку мне нужно сделать большинство вещей динамически для переносимости.

Я уверен, что если я продолжу заниматься WCF, у меня все получится, но я начинаю задумываться, есть ли что-то более простое. Похоже, что WCF больше подходит для какой-то внутренней разработки, где компания приложения также запускает сервер.

Чего я хочу достичь: -Пользователь устанавливает и управляет своим собственным экземпляром серверного программного обеспечения. - Они создают учетные записи, на которые может указать любой, кто загружает клиент.

Итак, Боб хочет создать игру и работает в команде, Боб устанавливает серверное приложение и настраивает несколько пользовательских логинов. Товарищи по команде Бобса устанавливают клиентское приложение, устанавливают указатель на IP своего серверного приложения и входят в систему. Каждый в его команде имеет доступ к контенту, управляемому серверным приложением.

В этой ситуации мне следует продолжить WCF? Моя забота также связана с сертификатами, из того, что я собрал, я могу просто получить сертификат разработки для всех пользователей. Каждый человек, который устанавливает программное обеспечение сервера, также собирается создать или купить сертификат? Похоже, это было много гадости о том, что никто не собирается делать.

Answer 1

WCF существует уже давно и до того, как API обычно выглядят сегодня.WCF, как и SOAP / WSDL, допускал строго типизированные контракты и в целом (до появления JSON) обменивался сообщениями через XML-документы.Многие предприятия по-прежнему имеют службы WCF для точек интеграции.

Сегодня современная тенденция состоит в том, чтобы иметь менее строго типизированные контракты и обмениваться сообщениями через полезную нагрузку JSON.Вместо конечных точек SOAP / WSDL у вас есть базовые прослушиватели HTTP, которые могут принимать запросы (обычно POST) и анализировать JSON для бизнес-объектов.Многие люди предпочитают создавать без сохранения состояния и Restful (или Rest API), поскольку это способствует масштабируемости и отказоустойчивости.

WCF может показаться неправильным путем для разработки игр.Успешные API все еще могут использовать шифрование транспорта и сообщений, но могут быть намного легче, чем WCF, что добавляет много накладных расходов и сложностей (контракты и т. Д.), Которые вам, вероятно, не нужны.

С точки зрения шифрования вы можете добавитьSSL / HTTPS с использованием сертификатов Let's Encrypt.Это бесплатно получить.