Поддельные сервисы для местного развития

Question

Это случилось со мной не раз, подумал, что кто-то может дать некоторое представление.

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

Итак, вопрос в том, есть ли способ, который может иметь запутанную службу и работать, которую я мог бы настроить с помощью некоторых запросов и ответов?

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

Для запуска моего приложения мне нужна рабочая внешняя служба, но у меня нет доступа к ней в моей среде. Есть ли лучший способ вместо создания поддельного сервиса?

Answer 1

Вы должны отделить проблемы связи от своей бизнес-логики (то, что я называю «краевой компонент», см. here и here).

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