How can I implement Deref for a struct that holds an Rc<Refcell<Trait>>?
Asked Answered
P

2

7

My goal is to delegate method calls against my struct to a Trait's methods, where the Trait object is inside an Rc of RefCell.

I tried to follow the advice from this question: How can I obtain an &A reference from a Rc<RefCell<A>>?

I get a compile error.

use std::rc::Rc;
use std::cell::RefCell;
use std::fmt::*;
use std::ops::Deref;

pub struct ShyObject {
    pub association: Rc<RefCell<dyn Display>>
}

impl Deref for ShyObject {
    type Target = dyn Display;
    fn deref<'a>(&'a self) -> &(dyn Display + 'static) {
        &*self.association.borrow()
    }
}

fn main() {}

Here is the error:

error[E0515]: cannot return value referencing temporary value
  --> src/main.rs:13:9
   |
13 |         &*self.association.borrow()
   |         ^^-------------------------
   |         | |
   |         | temporary value created here
   |         returns a value referencing data owned by the current function

My example uses Display as the trait; in reality I have a Trait with a dozen methods. I am trying to avoid the boilerplate of having to implement all those methods and just burrow down to the Trait object in each call.

Paternoster answered 9/9, 2019 at 14:29 Comment(1)
Related, but perhaps not quite duplicates: How do I return a reference to something inside a RefCell without breaking encapsulation? and How to borrow the T from a RefCell<T> as a reference?. Note that both of these are solved by a method that returns a smart pointer implementing Deref, not by simply implementing Deref for the main type (ShyObject in your case).Illogical
P
6

You can't. RefCell::borrow returns a Ref<T>, not a &T. If you try to do this in a method then you will need to first borrow the Ref<T> but it will go out of scope.

Instead of implementing Deref, you could have a method that returns something that does:

impl ShyObject {
    fn as_deref(&self) -> impl Deref<Target = dyn Display> {
        self.association.borrow()
    }
}

Otherwise, since you only want to expose the Display implementation of the inner data anyway, you can workaround it by actually dereferencing a different type which delegates:

pub struct ShyObject {
    association: Assocation<dyn Display>,
}

struct Assocation<T: ?Sized>(Rc<RefCell<T>>);

impl<T: Display + ?Sized> fmt::Display for Assocation<T> {
    fn fmt(&self, f: &mut fmt::Formatter) -> fmt::Result {
        write!(f, "{}", self.0.borrow())
    }
}

impl Deref for ShyObject {
    type Target = dyn Display + 'static;
    fn deref(&self) -> &Self::Target {
        &self.association
    }
}
Petronia answered 9/9, 2019 at 14:49 Comment(0)
I
5

You cannot do that. borrow creates a new struct that allows RefCell to track the borrow. You're then not allowed to return a borrow to this Ref, because it is a local variable.

Irenics answered 9/9, 2019 at 14:45 Comment(3)
Is there an alternate way to use Deref to facilitate delegation? Some magic with lifetimes?Paternoster
@PaulChernoch Lifetime annotations don't change how long things live - they just describe to the compiler what lifetime constraints you want. If you want impossible constraints then no annotations will help.Petronia
@PaulChernoch Nope, by definition you cannot.Irenics

© 2022 - 2024 — McMap. All rights reserved.