一般的な構造を特定の生涯にクローンしますか？

Question

私はcookie::Cookieで遊んでいます。自分の目的のために、より単純なクッキージャーを実装したいと思います。

pub struct NaiveCookieJar<'a> { 
    data: HashMap<(String, String), Cookie<'a>>, 
} 

impl<'a> NaiveCookieJar<'a> { 
    pub fn add<'b>(&mut self, domain: &str, name: &str, cookie: &'b Cookie<'b>) -> bool { 
     let cookie: &'a Cookie = &cookie.clone(); // not working 
     self.data 
      .insert((String::from(domain), String::from(name)), *cookie) 
      .is_some() 
    } 
} 

これは私がしたいことは、彼らが唯一の方法そのものと同じくらい長く生きるために必要な、引数のそれぞれのためである、と私はハッシュに挿入する'a寿命でコピーを作ることができerror: E0495: cannot infer an appropriate lifetime for lifetime parameter 'c due to conflicting requirements

の結果地図。私はクッキージャーが長い引数よりも住んでいることを

fn global_jar() -> &'static Mutex<NaiveCookieJar<'static>> { 
    lazy_static! { 
     static ref JAR: Mutex<NaiveCookieJar<'static>> = Mutex::new(NaiveCookieJar::new()); 
    } 
    &JAR 
} 

...または任意の例のようなものを持っているそうだとすれば、それは罠ではないだろう、私は、対応する寿命と構造体をインスタンス化します。

この特定のケースに適合するCookie::into_owned() -> Cookie<'static>がありますが、明らかに、jarが静的なものではない場合、クッキーがjarより長く存続することは望ましくありません。

FYI Cookieはここに根本的な誤解がありCloneなくToOwned

Answer 1

号

---

を導出します。

Cookieが有効期間パラメータで宣言されている場合は、この有効期間のオブジェクトへの参照をカプセル化することを意味します。

をより長く生存させるためには、それを解きほぐし、参照されたオブジェクトをより長く生存させた後、この新しいより長命のオブジェクトを参照する新しいクッキーを再構築する必要があります。

ただし、デフォルトではcloneが実行されません。; cloneは、と同じの参照を単に渡します。

したがって、Cookieのクローン作成時に取得できるライフタイムの変更は、になります。寿命は延長されず、延長されます。

あなたはそれについて考えると、誰が新しいオブジェクトを所有するのですか？確かにCookieではない、それはちょうど参照があります！