Я не знаю, есть ли здесь лучшая практика - все зависит ... Пригодность существующей кодовой базы, навыки, сроки, затраты и т. Д.
Если ваши сервисы хорошо подходят для повторного использования в веб-приложении, переписывать их, похоже, неэффективно. Это не исключает SOAP, хотя это будет немного больше работы. Если у вас уже есть интерфейс RESTful, бинго.
Если ваши сервисы еще не являются веб-сервисами, возможно, все еще будет проще написать слой REST или WS поверх ваших существующих API и представить существующие функциональные возможности.
В крайнем случае, переписать с нуля. Это дороже и имеет гораздо меньшую вероятность успеха, чем вы думаете. Однако, если ваш существующий код еще не закончен, а технологический стек не совсем подходит для вашей (предположительно) конечной цели веб-приложения, сейчас самое время внести большие изменения.
Все ли сервисные вызовы вам понадобятся для веб-приложения? Помните такие вещи, как аналитика, ведение журнала и аутентификация. Если вам нужно написать их, как они будут взаимодействовать с вашими существующими данными и кодом?
Если вы создаете что-то большее, чем просто изящное игрушечное приложение, у вас должны быть проблемы с надежностью, масштабируемостью и производительностью. Все они имеют различную степень сложности в зависимости от ваших решений по реализации. Что для вас самое главное? Это может быть трудно записать их в существующие кодовые базы.
Лично мне нравится писать код на стороне клиента. Я бы предпочел открыть открытые, повторно используемые службы RESTful и создать веб-приложение для их использования. Я также предпочел бы рефакторинг и повторное использование, а не переписывание, когда это возможно.