Jakie alternatywy automatycznego zarządzania zasobami istnieją dla Scala?

Widziałem wiele przykładów ARM (automatycznego zarządzania zasobami) w Internecie dla Scala. Wydaje się, że napisanie takiego rytuału jest rytuałem przejścia, chociaż większość z nich wygląda bardzo podobnie. Widziałem jednak całkiem fajny przykład z użyciem kontynuacji.

W każdym razie, wiele z tego kodu ma wady tego czy innego typu, więc pomyślałem, że dobrym pomysłem byłoby umieszczenie tutaj odniesienia do Stack Overflow, gdzie możemy głosować na najbardziej poprawne i odpowiednie wersje.

Na razie Scala 2.13 wreszcie obsługuje: try with resourcesprzy użyciu użycia :), Przykład:

val lines: Try[Seq[String]] =
  Using(new BufferedReader(new FileReader("file.txt"))) { reader =>
    Iterator.unfold(())(_ => Option(reader.readLine()).map(_ -> ())).toList
  }

lub używając Using.resourceunikajTry

val lines: Seq[String] =
  Using.resource(new BufferedReader(new FileReader("file.txt"))) { reader =>
    Iterator.unfold(())(_ => Option(reader.readLine()).map(_ -> ())).toList
  }

Więcej przykładów można znaleźć w sekcji Korzystanie z doc.

Narzędzie do wykonywania automatycznego zarządzania zasobami. Może służyć do wykonywania operacji z wykorzystaniem zasobów, po czym zwalnia zasoby w kolejności odwrotnej do ich tworzenia.

Wpis Chrisa Hansena „ARM Blocks in Scala: Revisited” z 26.03.2009 mówi o slajdzie 21 z prezentacji FOSDEM Martina Odersky'ego . Następny blok pochodzi bezpośrednio ze slajdu 21 (za zgodą):

def using[T <: { def close() }]
    (resource: T)
    (block: T => Unit) 
{
  try {
    block(resource)
  } finally {
    if (resource != null) resource.close()
  }
}

- wyślij wycenę -

Wtedy możemy zadzwonić w ten sposób:

using(new BufferedReader(new FileReader("file"))) { r =>
  var count = 0
  while (r.readLine != null) count += 1
  println(count)
}

Jakie są wady tego podejścia? Wydaje się, że ten wzorzec dotyczy 95% obszarów, w których potrzebowałbym automatycznego zarządzania zasobami ...

Edycja: dodano fragment kodu

Edit2: rozszerzenie wzorca projektowego - czerpanie inspiracji z withinstrukcji Pythona i adresowanie:

• instrukcje do uruchomienia przed blokiem
• ponowne zgłaszanie wyjątku w zależności od zarządzanego zasobu
• obsługa dwóch zasobów za pomocą jednej instrukcji using
• obsługa specyficzna dla zasobów poprzez dostarczenie niejawnej konwersji i Managedklasy

To jest w przypadku Scala 2.8.

trait Managed[T] {
  def onEnter(): T
  def onExit(t:Throwable = null): Unit
  def attempt(block: => Unit): Unit = {
    try { block } finally {}
  }
}

def using[T <: Any](managed: Managed[T])(block: T => Unit) {
  val resource = managed.onEnter()
  var exception = false
  try { block(resource) } catch  {
    case t:Throwable => exception = true; managed.onExit(t)
  } finally {
    if (!exception) managed.onExit()
  }
}

def using[T <: Any, U <: Any]
    (managed1: Managed[T], managed2: Managed[U])
    (block: T => U => Unit) {
  using[T](managed1) { r =>
    using[U](managed2) { s => block(r)(s) }
  }
}

class ManagedOS(out:OutputStream) extends Managed[OutputStream] {
  def onEnter(): OutputStream = out
  def onExit(t:Throwable = null): Unit = {
    attempt(out.close())
    if (t != null) throw t
  }
}
class ManagedIS(in:InputStream) extends Managed[InputStream] {
  def onEnter(): InputStream = in
  def onExit(t:Throwable = null): Unit = {
    attempt(in.close())
    if (t != null) throw t
  }
}

implicit def os2managed(out:OutputStream): Managed[OutputStream] = {
  return new ManagedOS(out)
}
implicit def is2managed(in:InputStream): Managed[InputStream] = {
  return new ManagedIS(in)
}

def main(args:Array[String]): Unit = {
  using(new FileInputStream("foo.txt"), new FileOutputStream("bar.txt")) { 
    in => out =>
    Iterator continually { in.read() } takeWhile( _ != -1) foreach { 
      out.write(_) 
    }
  }
}

Daniel,

Niedawno wdrożyłem bibliotekę Scala-Arm do automatycznego zarządzania zasobami. Dokumentację można znaleźć tutaj: https://github.com/jsuereth/scala-arm/wiki

Ta biblioteka obsługuje trzy style użytkowania (obecnie):

1) Tryb rozkazujący / do wyrażenia:

import resource._
for(input <- managed(new FileInputStream("test.txt")) {
// Code that uses the input as a FileInputStream
}

2) Styl monadyczny

import resource._
import java.io._
val lines = for { input <- managed(new FileInputStream("test.txt"))
                  val bufferedReader = new BufferedReader(new InputStreamReader(input)) 
                  line <- makeBufferedReaderLineIterator(bufferedReader)
                } yield line.trim()
lines foreach println

3) Styl z ograniczonymi kontynuacjami

Oto serwer TCP „echo”:

import java.io._
import util.continuations._
import resource._
def each_line_from(r : BufferedReader) : String @suspendable =
  shift { k =>
    var line = r.readLine
    while(line != null) {
      k(line)
      line = r.readLine
    }
  }
reset {
  val server = managed(new ServerSocket(8007)) !
  while(true) {
    // This reset is not needed, however the  below denotes a "flow" of execution that can be deferred.
    // One can envision an asynchronous execuction model that would support the exact same semantics as below.
    reset {
      val connection = managed(server.accept) !
      val output = managed(connection.getOutputStream) !
      val input = managed(connection.getInputStream) !
      val writer = new PrintWriter(new BufferedWriter(new OutputStreamWriter(output)))
      val reader = new BufferedReader(new InputStreamReader(input))
      writer.println(each_line_from(reader))
      writer.flush()
    }
  }
}

Kod wykorzystuje cechę typu zasobu, dzięki czemu jest w stanie dostosować się do większości typów zasobów. Ma rezerwę do używania typowania strukturalnego dla klas z metodą close lub dispose. Zapoznaj się z dokumentacją i daj mi znać, jeśli myślisz o przydatnych funkcjach do dodania.

Oto rozwiązanie Jamesa Iry'ego wykorzystujące kontynuacje:

// standard using block definition
def using[X <: {def close()}, A](resource : X)(f : X => A) = {
   try {
     f(resource)
   } finally {
     resource.close()
   }
}

// A DC version of 'using' 
def resource[X <: {def close()}, B](res : X) = shift(using[X, B](res))

// some sugar for reset
def withResources[A, C](x : => A @cps[A, C]) = reset{x}

Oto rozwiązania z kontynuacjami do porównania i bez nich:

def copyFileCPS = using(new BufferedReader(new FileReader("test.txt"))) {
  reader => {
   using(new BufferedWriter(new FileWriter("test_copy.txt"))) {
      writer => {
        var line = reader.readLine
        var count = 0
        while (line != null) {
          count += 1
          writer.write(line)
          writer.newLine
          line = reader.readLine
        }
        count
      }
    }
  }
}

def copyFileDC = withResources {
  val reader = resource[BufferedReader,Int](new BufferedReader(new FileReader("test.txt")))
  val writer = resource[BufferedWriter,Int](new BufferedWriter(new FileWriter("test_copy.txt")))
  var line = reader.readLine
  var count = 0
  while(line != null) {
    count += 1
    writer write line
    writer.newLine
    line = reader.readLine
  }
  count
}

A oto sugestia Tiarka Rompfa dotycząca poprawy:

trait ContextType[B]
def forceContextType[B]: ContextType[B] = null

// A DC version of 'using'
def resource[X <: {def close()}, B: ContextType](res : X): X @cps[B,B] = shift(using[X, B](res))

// some sugar for reset
def withResources[A](x : => A @cps[A, A]) = reset{x}

// and now use our new lib
def copyFileDC = withResources {
 implicit val _ = forceContextType[Int]
 val reader = resource(new BufferedReader(new FileReader("test.txt")))
 val writer = resource(new BufferedWriter(new FileWriter("test_copy.txt")))
 var line = reader.readLine
 var count = 0
 while(line != null) {
   count += 1
   writer write line
   writer.newLine
   line = reader.readLine
 }
 count
}

Widzę stopniową 4-stopniową ewolucję robienia ARM w Scali:

1. Brak ARM: brud
2. Tylko domknięcia: lepsze, ale wiele zagnieżdżonych bloków
3. Monada kontynuacyjna: Użyj For, aby spłaszczyć zagnieżdżenie, ale nienaturalne oddzielenie w 2 blokach
4. Kontynuacja stylu bezpośredniego: Nirava, aha! Jest to również najbardziej bezpieczna alternatywa: zasób poza blokiem withResource będzie miał błąd typu.

Jest lekki (10 linii kodu) ARM dołączony do lepszych plików. Zobacz: https://github.com/pathikrit/better-files#lightweight-arm

import better.files._
for {
  in <- inputStream.autoClosed
  out <- outputStream.autoClosed
} in.pipeTo(out)
// The input and output streams are auto-closed once out of scope

Oto jak to jest zaimplementowane, jeśli nie chcesz całej biblioteki:

  type Closeable = {
    def close(): Unit
  }

  type ManagedResource[A <: Closeable] = Traversable[A]

  implicit class CloseableOps[A <: Closeable](resource: A) {        
    def autoClosed: ManagedResource[A] = new Traversable[A] {
      override def foreach[U](f: A => U) = try {
        f(resource)
      } finally {
        resource.close()
      }
    }
  }

Co powiesz na używanie klas Type

trait GenericDisposable[-T] {
   def dispose(v:T):Unit
}
...

def using[T,U](r:T)(block:T => U)(implicit disp:GenericDisposable[T]):U = try {
   block(r)
} finally { 
   Option(r).foreach { r => disp.dispose(r) } 
}

Inną alternatywą jest monada Lazy TryClose Choppy'ego. Całkiem dobrze z połączeniami z bazą danych:

val ds = new JdbcDataSource()
val output = for {
  conn  <- TryClose(ds.getConnection())
  ps    <- TryClose(conn.prepareStatement("select * from MyTable"))
  rs    <- TryClose.wrap(ps.executeQuery())
} yield wrap(extractResult(rs))

// Note that Nothing will actually be done until 'resolve' is called
output.resolve match {
    case Success(result) => // Do something
    case Failure(e) =>      // Handle Stuff
}

Oraz ze strumieniami:

val output = for {
  outputStream      <- TryClose(new ByteArrayOutputStream())
  gzipOutputStream  <- TryClose(new GZIPOutputStream(outputStream))
  _                 <- TryClose.wrap(gzipOutputStream.write(content))
} yield wrap({gzipOutputStream.flush(); outputStream.toByteArray})

output.resolve.unwrap match {
  case Success(bytes) => // process result
  case Failure(e) => // handle exception
}

Więcej informacji tutaj: https://github.com/choppythelumberjack/tryclose

Oto odpowiedź @ chengpohi, zmodyfikowana tak, aby działała ze Scalą 2.8+, zamiast tylko ze Scalą 2.13 (tak, działa również ze Scalą 2.13):

def unfold[A, S](start: S)(op: S => Option[(A, S)]): List[A] =
  Iterator
    .iterate(op(start))(_.flatMap{ case (_, s) => op(s) })
    .map(_.map(_._1))
    .takeWhile(_.isDefined)
    .flatten
    .toList

def using[A <: AutoCloseable, B](resource: A)
                                (block: A => B): B =
  try block(resource) finally resource.close()

val lines: Seq[String] =
  using(new BufferedReader(new FileReader("file.txt"))) { reader =>
    unfold(())(_ => Option(reader.readLine()).map(_ -> ())).toList
  }