ワイ「なに！？ライブラリをラップするやと！？」 - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

[w1234567]

ラップするとテストコードが書きやすくなるって副次的なメリットも忘れるなよ、ヘイメーン

[igrep]

実際ありとあらゆる関数に対してやるとしんどいので、どこまでやるか悩ましいところですよね...

[takyam1213]

将来において楽になる可能性が微レ存ってだけなのであんますきくない

[macoshita]

TSの場合は型の分だけ保守コスト上がる気がしてあまりやらないかも。今はpackage-lockもあるし、どうしてもverup必要でIFも変えたくない時にラッパー書くのがいい気も。あと大体新しいIF使いたくなる……笑

[jun6428]

使用者がライブラリの変更に無関心で良いのだろうか。。 火災報知器の電源抜いておけばトイレでタバコ吸えるね、やったー。みたいな？

[hatest]

ラッパー関数作れって言ったら、引数配列の中身を形態素解析して戻り値の配列の中身を全て韻を踏んだ値に書き換えて返すまでやるのが正解だYO!（たぶん違う）

[stk132]

どこにラッパーかますかの基準も教えてちょーよ。外部ライブラリ利用するところに全部ラッパーかますわけではあるまい？

[sisya]

記事中にもある通り、移り変わりが激しそうなもの(or詳しくないもの)はラッパーにしておいて、頻発して使わない(or切り替える必要がない)ようなら文字置換で逆にラッパーを消してしまう運用あたりが実用的に思う。

[rryu]

「今使ってるライブラリに機能があるから簡単」→「ラップされてるから引数が渡せない！」みたいなパターンもあるので無駄にラップされるとかえって面倒になる場合もあるという。

[nilab]

テストコードが書きやすくなったりも。「ラップしないで直接呼び出していると、ライブラリの入れ替え時に手間」「新旧ライブラリのインターフェースの違い（使い方の違い）を、ラッパー関数が吸収」

[yasushicohi]

ラッパー

[kndkndknd]

qiita文学だ

[buhoho]

あんまラップ使うの好きじゃないな。「将来変える」ことがどれだけあるかと…。実際ライブラリとか変えるとなると結局書き換えとかテストとか必須だし、むしろ実装複雑になる弊害が大きそう

[programmablekinoko]

ラップをおっぱじめたのオモロ

[ptpadan]

フロントのui系のライブラリとか特に差し替えたいこと、バージョンアップで変わることが多いから、やっておくと後々楽