Входы (аргументы) и выходы (возврат) граничного класса веб-приложения

Question

Правильно ли в веб-приложении сказать, что входные данные для граничного класса будут HTTPRequest, который инкапсулирует пользовательские входные данные в массивы GET / POST?

Тогда на выходе будет строка HTTPResponse или HTML?

Я спрашиваю об этом, потому что до сих пор я видел, что граничный класс принимает такие вещи, как

doSomething(input1: String, input2: String ...)

Но в веб-приложении я не думаю, что входные данные передаются в виде строки?Мне кажется, что более точная реализация больше похожа на приведенную ниже?

Если шаги 1 - 1.2, 2 одинаковы для всех вариантов использования, я все еще включаю их?

Как вы думаете, как может выглядеть диаграмма последовательности для редактирования профиля?Или я слишком много думаю для школьного задания?

Или я пойду "не думаю, что слишком много маршрута"?

Итак, в итоге, что будет границакласс accept в контексте веб-приложения (полезно также кратко сравнить различия между граничным классом веб-приложения и настольного приложения)

Answer 1

В модели анализа меня не будут беспокоить детали реализации. Так что просто укажите фактические данные / поля / свойства, которые необходимо передать. Документ по архитектуре программного обеспечения даст руководство о том, как эти данные отправляются в классы реализации. В этой модели вы все еще проверяете, что «ЧТО» четко указано. Когда в игру вступит дизайн-модель, КАК из этого выйдет.

Предположим, что на этом этапе вы учтете детали реализации, как изменится ваша модель, если вы используете HTTP GET с параметрами запроса? HTTP POST? РИА с JSON звонками? Я думаю, что ваша модель изменится и не в лучшую сторону.