Клиентский модуль для связи с сервером

Question

Как правильно его назвать?

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

Answer 1

Описание довольно плохое и неясно. Будет лучше отредактировать ваш вопрос и добавить дополнительную информацию, чтобы люди могли вам помочь и могли предоставить полезную информацию.

Первое, что пришло в голову, это Multitier architecture. Поскольку его клиент-серверная архитектура, в которой разделены функции представления, обработки приложений и управления данными. Наиболее широко используемой многоуровневой архитектурой является архитектура three-tier.

Update:

Если мы рассмотрим Command design pattern, вы можете адаптировать его таким образом:

• Сервер (приемник/CommandReceiver)
• Client (CommandApplication)
• Applications (Invoker)

Все имена ваших классов довольно хороши и описаны ве. Более важно сохранить концепцию.

Или вы можете искать примеры из реальной жизни и выбирать более подходящие/предпочтительные для вашего названия дизайна. Как и в this implementation:

public class FileSystemClient { 
...... 
}