阵列和对象的两个兄弟的故事结束了，随后是另一个支持（？）外面的兄弟
就浪漫而言，功能实际上就像另一个平行宇宙。从功能的呼声中，它跳下并穿过虫洞到世界的另一个小空间。（基本上）不会影响原始时间和空间。
所以我说进入该功能是“时间和太空旅行”。好吧，它可能仍然像往常一样流动（同步），但是至少该空间已更改为上下文。
今天，让我们先谈谈。在进入时间和空间之前，我们始终带一些干粮或行李。我们称其为：
蛤the函数的参数太基本了！在呼叫时逐一扔它们，并在使用时一一将其取出。同学，你不是来赞美！交叉
嘿，我也知道具有参数的功能是基本的，因此应该更改此问题：
如何携带参数“好”
我们将举一个更清晰的例子：
可以看出，当将函数带入许多参数时，很容易遇到这些问题：
这样的改进将会改变这样：
如果是上述版本，因为它被带入对象作为参数
以上三点解决了上面提到的三个问题，变成了更灵活的问题，即使后代接管了重构，它们也不会因为参数和顺序的增加或减少而导致错误。
我可以想象我现在带着一个背包，其中包含我所有的旅行用品，但外观看起来像个背包。
因此，我们将背包中更重要的东西拿出来，将其握在手中，并告诉自己要出去。有点像“手机，钥匙，钱包！”
因此，您可以在此处进行另一个小型优化，因为上述三个问题与太多参数进行了比较，并且有些实际上是由选择参数引起的。
因此，我只能将选择参数包装到对象中，这绝对是必须的填充字段。为了避免意外错过其他同事，我可以直接以先前的方式提出：
请参阅其他工具包的类似方法
在使用提取请求时，必要的字段是URL，其他字段将放置在选项上
当将DB与Mongoose连接时，必要的字段为URL，其他字段则将其放置在选项上
没错，只需在时空旅行即可旅行。不要在背包中降低行李。
“将没有参数，并且由于执行此功能而产生任何更改。”
这是功能编程的重点之一，也就是说，避免副作用如下：如下：
这种情况通常是在功能的开始。首先复制参数，然后使用数据的副本对其进行修改以维护原始读取：
只有当参数是非启示时，此问题才会出现。
因为如果将原始变量用作参数，则将按值调用。如果您将副本的副本放到功能中，无论您如何更改它，它都不会影响原始功能。
通过参考调用非启示性，它将直接将原始内容列入函数。如果更改，它将影响外部。
主要是为了避免使用不可预测的错误，因为如果执行此功能，它将导致外部外部变化，这意味着如果此功能是错误的，则会导致其他地方发射。在那个时候，很难澄清问题，这对单位测试也很不好。
如前所述，不修改参数的原因是害怕“不可预测”。相反，如果它是“预期的”，那么直接修改参数实际上更好！
最常见的例子是前两天引入的阵列（1）的整个掌握。当是时候以“转换为对象的数组转换为对象”的示例时，新属性直接位于预上列（第7行）：
可以直接修改参数修改的原因是它本身的函数是“预期的”，因为我们已经设置了初始值，因此，无论执行该执行次数，内部的功能从一开始就运行，从未例外，没有例外，没有例外
在这种情况下，可以直接修改它，“直接修改”要比“复制然后修改”要快得多，因为副本本身确实有效（尤其是深层复制）。如果您有兴趣，可以参考此。您可以参考此。有测量的数据以供参考。
函数的参数可以简单简单。
但是无论如何，今天讨论的不是如何编写“是”程序。第一个块代码块可以正常操作。
不同之处在于，除了正确的操作外，如何使程序的比例更容易扩展和删除错误。这些问题将是将来在更大，更复杂的过程中遇到的问题。