小编Jus*_*ius的帖子

ASP.NET Core文档建议我们应该使用appsettings.json文件以及每个环境的文件，其中应包含覆盖的值。问题是所有这些文件都已发布，尽管只有appsettings.json和appsettings。[Environment] .json是相关的。另一个问题是要更改服务器上的配置值，必须检查两个文件：基本文件和特定于环境的文件。

所以我的问题是：在每个部署环境中拥有一个配置文件的最干净方法是什么？

我很难理解什么是价值效应系统，比如 ZIO 或猫效应。

• 它不会使代码可读，例如：

val wrappedB = for {
   a <- getA()  // : ZIO[R, E, A]
   b <- getB(a) // : ZIO[R, E, B]
} yield b

对我来说，可读性不比：

val a = getA()  // : A
val b = getB(a) // : B

我什至可以争辩说，后者更直接，因为调用函数会执行它，而不仅仅是创建效果或执行管道。

• 延迟执行听起来并不令人信服，因为到目前为止我遇到的所有示例都只是立即执行管道。能够并行或多次执行效果可以通过更简单的方式实现，恕我直言，例如 C# 有 Parallel.ForEach
• 可组合性。可以在不使用效果的情况下组合函数，例如通过简单组合。
• 纯函数方法。最后将执行纯指令，因此看起来只是假装数据库访问是纯的。这对推理没有帮助，因为虽然指令的构造是纯粹的，但执行它们却不是。

我可能会遗漏一些东西，或者只是淡化上述好处，或者在某些情况下（例如复杂领域）好处可能更大。使用效果系统的最大卖点是什么？