在 NPM 社区中，小型模块是一个热门话题。但是，我们必须承认，小型模块并不总是像它们看起来的那么简单。
首先，使用小型模块需要大量的代码复制和粘贴。这样不仅容易出错，而且必须处理各种不同的依赖项。这就是为什么有些人往往会调用大量的小型模块，每个模块都有自己的一套依赖项，这样可能会导致整个项目变得庞大、笨重、难以维护。
其次，小型模块也不是缩短编译时间的灵丹妙药。虽然小型模块的体积小，但是它们在编译过程中需要花费额外的时间进行解析和加载。当您在项目中调用大量小型模块时，这些额外的时间会最终增加到一个显着的程度。
最后，小型模块不一定会提高项目的可读性或可维护性。它们可能会在代码中引入大量的抽象层次，使得代码难以阅读、理解和维护。
当然，这并不是说小型模块毫无用处。实际上，它们仍然可以为我们带来许多好处。它们可以大大简化代码的组织、减少冗余代码、提高代码的可重用性和可移植性。但是，在使用小型模块时，我们需要谨慎，确保我们使用的是必要的小型模块，并在项目中使用少量的小型模块。
总的来说，小型模块并不像大家想象的那么简单，它们需要经过计划、分析和审查。只有这样，我们才能发掘它们真正的优点，并避免它们可能带来的缺点。
了解更多有趣的事情：https://blog.ds3783.com/