I've seen several Scala questions recently (e.g. here, here, and here) that called for the use of proxies, and it's come up more than once in my own work. The Scala library has a number of proxy traits (14, if I counted correctly).
Proxy classes/traits usually contain lots of boilerplate:
class FooProxy(val self: Foo) extends Foo {
// added behavior
def mymethod = ...
// forwarding methods
def method1 = self.method1
def method2(arg: String) = self.method2(arg)
...
}
trait Foo {
def method1: Unit
def method2(arg: String): Unit
}
My first thought was to define a Proxy[T]
trait that could be used as follows:
class FooProxy(val self: Foo) extends Proxy[Foo] {
// added behavior
def mymethod = ...
}
where trait Proxy[T] extends T
. Of course, it's not actually possible to define the Proxy
trait without compiler magic.
My next thought was to look for a compiler plugin (such a capability clearly isn't in the existing compiler, or the sources for those 14 proxy traits would be much smaller). Sure enough, I found Kevin Wright's AutoProxy plugin. The plugin is intended to solve the proxy issue neatly, along with other use cases (including dynamic mixins):
class FooProxy(@proxy val self: Foo) { ... }
Unfortunately, it looks like work on it stalled in November (2009). So, my questions are
Proxy
trait given lisp-style macros?Four questions, four answers
I am, though family has to come first! Plus others are involved in looking at the general issue with synthesizing methods in a compiler plugin.
If so, it will most likely be in a different form, perhaps without using annotations.
I don't know of any equivalent plugins, although one of the Scala GSOC candidate projects was based partly on my autoproxy code. There is, however, one very clean solution that will work in most cases and doesn't need a compiler plugin at all: You define an implicit conversion from FooProxy to Foo that simply returns the self
member; this will get you most of the way there. The main issues with the approach are that it'll make life harder if you need to use your code from Java, it may be less efficient in terms of speed/memory, and it's another imlicit that you have to be aware of.
The frustrating part is that almost all of the necessary logic is already available in the compiler, and it's used for mixins, so there really should be an elegant way of handling the task.
Adam Warski recently blogged about a Macro-based approach that may work in Scala 2.11 and definitely works with the Macro Paradise compiler plugin in Scala 2.10.
This library would allow you to write
class FooProxy(@delegate wrapped: Foo) extends Foo {
// added behavior
def mymethod = ...
// forwarding methods (generated for you)
// def method1 = wrapped.method1
// def method2(arg: String) = wrapped.method2(arg)
}
The project is in a very early, proof-of-concept, stage at the time of this writing, so caution is warranted.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With