npm 利用者側と同パッケージを提供する可能性がある場合の対処法について

Question

目的

• emoji-picker-element のように、HTML要素をnpm 利用者側が挿入できるパッケージを作りたいです。
• パッケージは「iddb-element」とし、npm install emoji-picker-element と同じように npm install iddb-element で利用できるようにしたいです。
• emoji-picker-element みたいな「絵文字リストの表示」でなく「IndexedDBに入れたデータの表示」です。
• IndexedDB 操作のため、iddb-element 側で Dexieを npm install dexie しています。

質問

➀ 衝突について
もし npm 利用者も npm install dexieを使っている場合、iddb-element での実行と衝突してしまいますか？
または衝突しなくても、Dexie が二重でnpm 利用者側に入ってしまうことになりますか？
それとも自動で回避される仕組みが整っているのでしょうか？
いやいや自動なんてことはなく、パッケージ提供者である iddb-element が、利用者の事を考えて回避できるような実装を整えておくのが一般的なのでしょうか？

➁ 対処法について
もしパッケージ提供者である iddb-element が、利用者の事を考えて回避できるような実装を整えておく場合、それはどういう方法が人気ですか？（理由も知りたいです。「そういうパッケージならこういう方法が人気だろう。なぜなら・・」など。）

Answer 1

または衝突しなくても、Dexie が二重でnpm 利用者側に入ってしまうことになりますか？

バージョン依存性により、入ったり入らなかったりします。

npmでは同じライブラリの複数バージョンを入れられるという性質上、利用者が使いたいdexieと、iddb-elementの依存しているdexieで違うバージョンが要求された場合には、両方入ります。

➁ 対処法について

ブラウザ内で1インスタンスでないと困る性質のライブラリならともかく、そうでない場合はライブラリが重複して入ってもあまり気にされません。

Comments

[kuzuha]

AIの返答が微妙で困っていて、貴方のような経験豊富な方に実際の現場でどうなのかを伺いたいと思っていたところです。
あまり気にしなくて良いとのことで、気が楽になりました。
どうもありがとうございました。