依存と同一のモジュールがあったとしても、依存にあるバージョンのものが常に解決されることになります。サイズも膨らまないようになっています。バージョンを下げた状況を試してみます。シンボリックリンクされています。解決されるようになっています。それぞれ依存に指定されたバージョンのものが解決されるようになっています。以下へのシンボリックリンクであることが予想できます。同様にモジュール数が増えても構造が大きく変わらないことも予想できるでしょう。節約に繋がっており、また各モジュール独立してキャッシュできることからキャッシュの効率化にも繋がっています。複数バージョンのモジュールが混在する場合でも問題なく動くことを説明してきました。運用を支えてくれるものとなっています。仕組みの詳細については、以下の公式による記事が参考になります。機能を提供しています。上記の仕組みにより、モジュールの解決と効率化をユーザが意図する必要がありません。配置したりする程度では問題は発生しないようになっています。記述されていないものは使用できません。記載がないものがあるかもしれません。して受け取るものも注意が必要です。あるコードには到達できずエラーとなってしまいます。(この辺りは謎が多く、深追いできていないのが現状です。機構を持つモジュールでも同様のことが起こり得る可能性があります。いずれにせよ、十分な動作確認が必要となります。問題は解決したと考えることもできますが、そうでない場合はテストケースが十分必要でしょう。移行する方法もあります。生成するオプションです。これにより厳密な依存の管理ができなくなりますが、それらが移行の障害となっている場合には有効かと思われます。どのような仕組みであり、これまでの課題を解決してくれそうなことがわかりましたね。ここで、私たちの話をします。年もの間代謝を続けながら拡大し続けてきており、依存モジュールの数も相当なものとなっています。実行していたことも時間がかかる原因となっていました。待つ必要がある場合に待ち時間が長く、作業に大きな支障をきたしていました。移行を実施に踏み切るきっかけでした。対応のプルリクエストを出し、安全性の確認や説明をし、チームにも無事受け入れられたため移行する運びとなりました。分へ、短縮ができました。起動が高速化しました。解決が高速したことが関係しているのかと推測しています。他にもフロントエンドの足回りを軽くし、来るべき改修に備える動きを常にしております。ドワンゴはプラチナスポンサーをさせていただいております。枠で発表するので、ぜひドワンゴの取り組みを見にお越しください。使い方について発表します。フロントエンドチームでは、無理なく継続的な開発をしていく手段を模索する仲間を募集しています。カジュアル面談も行っています。お気軽にご連絡ください!カジュアル面談応募フォームはこちらwww.nnn.ed.nico開発チームの取り組み、教育事業の今後については、他の記事や採用資料をご覧ください。(3)引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。