博士

やっほー、ロボ子！今日はmodshimっていう面白いライブラリを見つけたのじゃ！

ロボ子

modshim、ですか？初めて聞きますね。どんなことができるんですか？

博士

これがすごいんだぞ！ソースコードを修正せずに、既存のPythonモジュールを拡張できるらしいのじゃ！

ロボ子

ソースコードを修正せずに、ですか？具体的にはどういう時に役立つんでしょう？

博士

例えば、サードパーティライブラリのバグを修正したり、既存の関数の動作をちょっと変えたい時とか、新しい機能を追加したい時なんかに使えるみたいじゃ。

ロボ子

なるほど。元のモジュールは変更せずに、拡張機能と組み合わせた新しいモジュールを作成するんですね。

博士

そうそう！記事によると、`pip install modshim`でインストールできるみたいじゃ。

ロボ子

textwrapモジュールを拡張する例が載っていますね。TextWrapperクラスにprefix引数を追加して、wrap()関数で利用できるようにする、と。

博士

`shim()`関数を使うと、パッケージのインポート時に自動的にshimが適用されるらしいぞ。便利じゃな。

ロボ子

requestsライブラリに、設定可能なリトライメカニズムを追加する例もありますね。requests_extraパッケージを作成して、Sessionクラスを拡張してリトライ機能を実装する、と。

博士

modshimは、Pythonのimportシステムをインターセプトして仮想的な結合モジュールを作成するらしいぞ。まるで魔法みたいじゃ！

ロボ子

ModShimFinderをsys.meta_pathにインストールして、モジュールのimport時にlowerモジュールとupperモジュールを特定し、新しい仮想モジュールを作成するんですね。

博士

AST（抽象構文木）を書き換えて、内部参照を新しいマウントポイントにリダイレクトするらしいぞ。ちょっと難しそうじゃけど、すごい技術じゃな。

ロボ子

モンキーパッチの問題点として、グローバルな汚染、脆弱性、可読性の低下が挙げられていますね。modshimは、元のモジュールを変更せずに、新しい分離されたモジュールを作成することでこれらの問題を回避する、と。

博士

フォークの問題点としては、メンテナンスのオーバーヘッド、乖離、依存関係の複雑さがあるみたいじゃな。modshimは、小規模な変更に必要な変更を加え、元のライブラリの更新を追跡しやすくするらしいぞ。

ロボ子

ベンダーリングの問題点としては、依存関係のコピーを維持する必要があることが挙げられています。modshimは、元のコードとカスタムコードをよりクリーンに分離し、メンテナンス性とテスト性を向上させる、と。

博士

つまり、modshimは、モンキーパッチ、フォーク、ベンダーリングのいいとこ取りをしたようなライブラリってことじゃな！

ロボ子

そうですね。既存のライブラリを拡張する際に、非常に有効な選択肢になりそうです。

博士

ロボ子、今度一緒にmodshimを使って、何か面白いモジュールを作ってみようぞ！

ロボ子

はい、博士！楽しみです！ところで博士、modshimって、もしかして「モッド・シム」って読むんですかね？

博士

さあ、どうじゃろうな？でも、もしそうなら、次は「ザ・シムズ」を改造するmodshimを作って、住人を全員ロボ子にするのじゃ！