Я думаю, что это очень сильно зависит от того, как вы определяете «приложение».
Если вы говорите об одном веб-приложении, то за исключением предоставления данных ajax, как вы уже заметили, япытаясь придумать общую причину, по которой вы хотели бы, чтобы веб-служба (тем более для WCF) представляла собой просто открытый API, и если вы находитесь в приложении, несомненно, было бы лучше (во всех смыслах)переходите прямо к API без дополнительных затрат на упаковку и распаковку вызовов и данных, что в значительной степени избыточно.
С другой стороны, если под «приложением» вы подразумеваете сборку «материала», которая доставляетрешение для набора (или даже различных наборов) конечных пользователей, тогда да, конечно ... безусловно, есть случай, когда гибкость взаимодействия компонентов через сервисы перевешивает проблему накладных расходов.Когда он становится серым, есть предположение, что одно приложение (или, по крайней мере, может) позже станет несколькими приложениями, соединенными вместе - но если вы не делаете это сейчас , то вы просто вызываете себяболь вам не нужна, поэтому не должна беспокоить.Если вам нужно разделить его, разберитесь с этим как с самостоятельным упражнением, когда и вам нужно разделить его.