Как в Scala совместить плавные интерфейсы с функциональным стилем?

Кажется, вы имеете дело с клиентским API для общения в стиле отдыха. Кажется, ваш get метод запускает фактический цикл запроса / ответа. Похоже, вам придется с этим разобраться:

• свойства транспорта (такие как учетные данные, уровень отладки, обработка ошибок)
• предоставление данных для ввода (ваш id и тип записи (заказ или клиент)
• что-то делать с результатами

Я думаю, что для свойств транспорта вы можете поместить некоторые из них в конструктор объекта MyTargetApi, но вы также можете создать объект query, который будет хранить их для одного запроса и может быть установлен бегло с использованием метода query():

MyTargetApi.query().debugPrint(verbose=true).throwIfError()

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

class Query {
  def debugPrint(verbose: Boolean): this.type = { _verbose = verbose; this }
  def throwIfError(): this.type = { ... }
  def get(tpe: String, id: Int): QueryResult[RestfulResponse] =
    new QueryResult[RestfulResponse] {
       def run(): RestfulResponse = // code to make rest call goes here
    }
}

trait QueryResult[A] { self =>
  def map[B](f: (A) => B): QueryResult[B] = new QueryResult[B] {
    def run(): B = f(self.run())
  }
  def flatMap[B](f: (A) => QueryResult[B]) = new QueryResult[B] {
    def run(): B = f(self.run()).run()
  }
  def run(): A
}

Затем, чтобы в конечном итоге получить результаты, вы вызываете run. В конце концов, вы можете назвать это так:

MyTargetApi.query()
  .debugPrint(verbose=true)
  .throwIfError()
  .get("customers", 22)
  .map(resp => resp._3.map(_.length)) // body
  .run()

Это должен быть подробный запрос, который выдаст ошибку при возникновении проблемы, получит клиентов с идентификатором 22, сохранит тело и получит его длину как Option[Int].

Идея состоит в том, что вы можете использовать map для определения вычислений для результата, которого у вас еще нет. Если мы добавим к нему flatMap, то вы также сможете объединить два вычисления из двух разных запросов.

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

type RestfulResponse = (Int, List[String], Option[String])

class ResponseWrapper(private rr: RestfulResponse /* and maybe some flags as additional arguments, or something? */) {

    def get : RestfulResponse = rr

    def throwIfError : RestfulResponse = {
        // Throw your exception if you detect an error
        rr    // And return the response if you didn't detect an error
    }

    def debugPrint(verbose: Boolean, /* whatever other parameters you had in mind */) {
        // All of your debugging printing logic
    }

    // Any and all other methods that you want this API response to be able to execute

}

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

Конечно, оборотной стороной этого является то, что вам нужно будет немного изменить свой API, если это вас вообще беспокоит. Что ж ... вы, вероятно, могли бы избежать необходимости изменять свой API, если бы вместо этого создали неявное преобразование из RestfulResponse в ResponseWrapper и наоборот. Об этом стоит подумать.