Java <-> Scala interop: прозрачное преобразование списка и карты - PullRequest
Новая
       25

Java <-> Scala interop: прозрачное преобразование списка и карты

33 голосов
/ 05 октября 2009

Я изучаю Scala, и у меня есть проект Java для перехода на Scala. Я хочу перенести его, переписав классы один за другим и убедившись, что новый класс не нарушил проект.

Этот Java-проект использует множество java.util.List и java.util.Map. В новых классах Scala я хотел бы использовать Scala List и Map, чтобы иметь красивый код Scala.

Проблема в том, что новые классы (такие как Scaltten в Scala) не интегрируются без шва с существующим кодом Java: Java требует java.util.List, Scala нуждается в своем собственном scala.List.

Вот упрощенный пример проблемы. Есть классы Основные , Логика , Дао . Они называют друг друга в строке: Main -> Logic -> Dao . 

public class Main {
    public void a() {
        List<Integer> res = new Logic().calculate(Arrays.asList(1, 2, 3, 4, 5));
    }
}

public class Logic {
    public List<Integer> calculate(List<Integer> ints) {
        List<Integer> together = new Dao().getSomeInts();
        together.addAll(ints);
        return together;
    }
}

public class Dao {
    public List<Integer> getSomeInts() {
        return Arrays.asList(1, 2, 3);
    }
}

В моей ситуации классы Main и Dao являются базовыми классами (мне не нужно их переносить). Class Logic - это бизнес-логика, которая очень выиграет от интересных функций Scala.

Мне нужно переписать класс Логика в Scala, сохраняя целостность с классами Main и Dao . Лучшее переписывание будет выглядеть (не работает): 

class Logic2 {
  def calculate(ints: List[Integer]) : List[Integer] = {
      val together: List[Integer] = new Dao().getSomeInts()
      together ++ ints
  }
}

Идеальное поведение: списки внутри Logic2 являются собственными списками Scala. Все входящие / исходящие java.util.Lists автоматически упаковываются / распаковываются. Но это не работает.

Вместо этого это работает (благодаря scala-javautils ( GitHub )): 

import org.scala_tools.javautils.Implicits._

class Logic3 {
  def calculate(ints: java.util.List[Integer]) : java.util.List[Integer] = {
      val together: List[Integer] = new Dao().getSomeInts().toScala
      (together ++ ints.toScala).toJava
  }
}

Но выглядит ужасно.

Как мне добиться прозрачного волшебного преобразования списков и карт между Java <-> Scala (без необходимости делать toScala / toJava)?

Если это невозможно, каковы лучшие практики для миграции кода Java -> Scala, использующего java.util.List и друзей?

Ответы [ 3 ]

65 голосов
/ 05 октября 2009

Поверь мне; Вы не хотите прозрачного преобразования туда и обратно. Это именно то, что пытались сделать функции scala.collection.jcl.Conversions. На практике это вызывает много головных болей.

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

import scala.collection.jcl.Conversions._

// adds a key/value pair and returns the new map (not!)
def process(map: Map[String, Int]) = {
  map.put("one", 1)
  map
}

Этот код не был бы совершенно не характерным для тех, кто не знаком с фреймворком коллекций Scala или даже с концепцией неизменяемых коллекций. К сожалению, это совершенно неправильно. Результатом этой функции является такая же карта . Вызов put запускает неявное преобразование в java.util.Map<String, Int>, которое с радостью принимает новые значения и быстро отбрасывается. Оригинал map не изменен (поскольку он действительно неизменен).

Хорхе Ортис считает, что лучше всего указывать неявные преобразования только для одной из двух целей:

  • Добавление членов (методы, поля и т. Д.). Эти преобразования должны быть к новому типу , не связанному с чем-либо еще в области видимости.
  • «Исправление» нарушенной иерархии классов. Таким образом, если у вас есть некоторые типы A и B, которые не связаны. Вы можете определить преобразование A => B, если и только , если вы предпочитаете иметь A <: B (<: означает «подтип»).

Поскольку java.util.Map, очевидно, не является новым типом, не связанным ни с чем в нашей иерархии, мы не можем попасть под первое условие. Таким образом, наша единственная надежда состоит в том, что наше преобразование Map[A, B] => java.util.Map[A, B] может претендовать на второе. Тем не менее, Scala не имеет никакого смысла наследовать Map от java.util.Map. Они действительно полностью ортогональные интерфейсы / черты. Как показано выше, попытка игнорировать эти рекомендации почти всегда приводит к странному и неожиданному поведению.

Правда в том, что методы javautils asScala и asJava были разработаны для решения именно этой проблемы. В javautils есть неявное преобразование (на самом деле их несколько) из Map[A, B] => RichMap[A, B]. RichMap - это совершенно новый тип, определенный javautils, поэтому его единственная цель - добавить членов в Map. В частности, он добавляет метод asJava, который возвращает карту-оболочку, которая реализует java.util.Map и делегирует ваш исходный экземпляр Map. Это делает процесс намного более явным и намного менее подверженным ошибкам.

Другими словами, использование asScala и asJava является лучшей практикой. Пройдя обе эти дороги независимо друг от друга в производственном приложении, я могу из первых рук сказать, что подход javautils намного безопаснее и с ним легче работать. Не пытайтесь обойти его защиту только ради спасения себя 8 символов!

3 голосов
/ 12 ноября 2009

Вот несколько быстрых примеров использования библиотеки scalaj-collection Хорхе Ортиса : 

import org.scala_tools.javautils.Implicits._

val sSeq = java.util.Collections.singletonList("entry") asScala
// sSeq: Seq[String] 
val sList = sSeq toList // pulls the entire sequence into memory
// sList: List[String]
val sMap = java.util.Collections.singletonMap("key", "value") asScala
// sMap: scala.collection.Map[String, String]

val jList = List("entry") asJava
// jList: java.util.List[String]
val jMap = Map("key" -> "value") asJava
// jMap: java.util.Map[String, String]

проект javautils доступен из центрального репозитория maven

2 голосов
/ 28 мая 2012

С Scala 2.8 это можно сделать так: 

import scala.collection.JavaConversions._

val list = new java.util.ArrayList[String]()
list.add("test")
val scalaList = list.toList
...