Веб-приложение и мобильное приложение использовать собственный публичный веб-сервис или нет?

Question

Я впервые создал веб-приложение и несколько библиотек классов.

• В веб-приложении используется класс librares.
• Мобильное приложение использует публичный веб-сервис expose.

Теперь я думаю, поскольку мобильное приложение имеет почти те же функции, что и веб-приложение, может, мне следует заставить веб-приложение также использовать общедоступный веб-сервис?

Было бы неплохо, чтобы веб-приложение и мобильное приложение использовали один и тот же общедоступный API?

Пожалуйста, помогите мне решить и дайте мне знать, почему это хорошая идея или плохая идея!

спасибо, ребята

РЕДАКТИРОВАТЬ: я думаю, если у меня веб-приложение использует общедоступный API, то производительность может быть снижена?так как он должен идти через сетевой стек, а также должен обеспечивать аутентификацию хм ....

Answer 1

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

Я не пробовал WCF с ASP.NET, но я думаю, что лучше использовать WCF с ASP.NET через протокол TCP.Даже без TCP это быстрее, чем веб-сервис.

Answer 2

Если бы веб-сервисом пользовались одни и те же библиотеки классов, я бы не стал беспокоиться о том, чтобы использовать веб-сервис из приложения только ради него.

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

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

Answer 3

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