Неявно преобразовать тип groovy для перехода к фиксированному методу без groovy

Question

Я пишу приложение scala, которое загружает классы Groovy «plugin» во время выполнения. После загрузки плагинов в них передаются стандартные типы scala (например, List и Option).

У Groovy, естественно, нет синтаксического сахара для типов scala (в частности, семейства Function*), но мне бы хотелось получить простой простой синтаксис. Лучшее, что я есть сейчас, чтобы использовать оператор as принуждать заводной замыкания на типы SCALA, например:

List<String> list = ... // Scala list 
list.map({ it.toUpperCase() } as Function1<String,String>) 

Было бы хорошо, чтобы не должны включать в себя as ... хвост каждый раз, как это больше, чем фактическое закрытие ,

This вопрос предлагает изменить метод приема, чтобы не указывать тип параметра, однако это работает только тогда, когда вы можете управлять методом groovy. Я использую скомпилированные классы scala/java.

Я знаю, что существуют различные способы неявного преобразования вещей в Groovy, однако есть много небольших изолированных groovy-скриптов, загружаемых независимо. Я недостаточно разбираюсь в хорошем понимании того, какой механизм лучше всего подходит для этой архитектуры, так что все загруженные плагины получают это неявное преобразование с минимальной церемонией и импортом. У меня около 50 + плагинов, поэтому оптимизация этого scala/groovy interop мне того стоит.

Это упрощенная версия как я загрузки заводной скрипты (где Plugin это один из моих типов):

// Created once 
val currentClassLoader = this.getClass.getClassLoader 
val groovyClassLoader = new GroovyClassLoader(currentClassLoader) 

... 

// Many plugins created this way 
val pluginFile = new java.io.File("path/to/some/plugin/MyPlugin.groovy") 
val plugin: Plugin = groovyClassLoader.parseClass(pluginFile).asInstanceOf[Plugin] 

// Use it 
val list = List(1,2,3) 
val answer = plugin.process(list) 

Заранее спасибо!

-Rohan

Answer 1

Я проверил байт-код из FUNCTION1 Скале производит и представляет собой интерфейс, но далеко не один с одним абстрактным методом. Это означает, что это бесполезно для преобразования SAM, т.е. Java 8 не сможет использовать lambdas для автоматического преобразования в это. Я также проверил AbstractFunction1, и хотя это абстрактный класс, он не имеет абстрактного метода, поэтому даже это бесполезно для расширенного преобразования SAM, как это делает Groovy.

Единственное решение, которое я вижу, это написать extension module, который выполняет преобразование.

EDIT: Возможно, scala-java8-compat может помочь. Он нацелен на использование java8 lambdas для scala FunctionN, что также позволило бы преобразование SAM для открытых блоков в случае Groovy 2.2.0 +