他のユーザーに影響を与えずにライブラリ提供プロトコルを拡張する

Question

私はサードパーティのライブラリ（clj-msgpack）を使用しており、ライブラリがハンドラを提供するタイプのプロトコルを拡張したいと考えています。

それだけで十分ですが、これを行う方法はありますが、同じJVM内で実行されているこのライブラリの他のユーザーには影響しません。動的なvarバインディング（スタック上の特定のポイントの下でのみ有効）と同様のものが理想的です。

現在のところ、私は無条件オーバーライドを行っていますが、動的なvarを使用して変更された動作を有効にしています。しかし、これは私の快適さのために猿のパッチを当てるようにはるかに多く感じます。好奇心、（入院醜態）については

Iが所定の位置に入れているが、以下：

：

(in-ns 'clj-msgpack.core) 

(def ^:dynamic *keywordize-strings* 
    "Assume that any string starting with a colon should be unpacked to a keyword" 
    false) 

(extend-protocol Unwrapable 
    RawValue 
    (unwrap [o] 
    (let [v (.getString o)] 
     (if (and *keywordize-strings* (.startsWith v ":")) 
     (keyword (.substring v 1)) 
     v)))) 

Answer 1

いくつかの考えた後、私は（私はあなたから取得するそのうちの一つ）は、2つの基本的なapprochesを参照してくださいダイナミックバインディング（今のように）：

ダイナミックバインディングは、ほとんどの賛成の元本を保持すると不平を言う人もいます。 "そこから呼び出されたときだけ、何がこのように振る舞うのですか？"私は個人的にはこれが悪いこと（tm）であるとは考えていませんが、何人かはそうしています。この場合、それはexaclyあなたの欲望と一致し、あなたがキーワード化された文字列をしたい場合は、これが動作する必要があるかどうかを決定する一点を持っている限り。それらを元に戻す2つ目のポイントと2つのウェルを横切るコードパスを追加すると...あなた自身があなたのものです。しかし、ちょっと、作業コードにはメリットがあります。

継承：

good'olのJavaスタイルやClojureのの追加ホックheirarchiesを使用して、あなたがwidgewhatzitとがための新しいハンドラを追加する拡張keywordized文字列-widgewhatzitであることを周囲に渡しているオブジェクトの種類を拡張することができあなたの特定のサブクラス。これは場合によってのみ機能し、残りのデザインでは異なるオブジェクトスタイルを強制します。いくつかのスマートな人々はまた、オブジェクトのタイプが別のコードパス経由で呼び出されたときに異なるため、それが依然として最も驚くべき原則に従うと主張します。

---

あなたは（もちろん私の最初の（潜在的に物議を）選択であると思われる）キーワードの代わりに文字列を使用するようにプログラム全体を変更することができない限り、個人的に私はあなたの既存のソリューションとなるだろう