在软件开发和编程的世界中，处理错误是一项至关重要的任务。然而，在错误处理的策略中，有一个明确的原则需要遵循：要么返回错误值，要么输出日志，但不可两者皆做。

当我们设计一个系统或编写一段代码时，错误的出现是难以完全避免的。面对错误，我们需要采取适当的措施来告知用户或者开发人员，以便能够及时地解决问题或者进行后续的处理。

返回错误值是一种常见的错误处理方式。通过返回特定的错误值，调用这段代码的其他部分可以根据这个值做出相应的反应。比如，如果一个函数负责从数据库中获取数据但未能成功，它可以返回一个特定的错误代码，如 -1 或者一个自定义的错误标识。这样，调用这个函数的代码就能够根据这个返回值来决定是重试操作、提示用户还是采取其他的补救措施。

另一方面，输出日志则是将错误的相关信息记录下来，以便后续的排查和分析。日志中可以包含错误发生的时间、具体的错误信息、相关的参数等详细内容。这些日志对于开发人员在事后追溯问题、查找根源以及优化系统非常有帮助。

然而，如果我们同时既返回错误值又输出日志，就可能会带来一些问题。这会增加系统的复杂性和资源消耗。进行两项操作意味着更多的计算和存储资源被占用，可能会影响系统的性能。这可能导致混乱和不一致。不同的部分可能依赖于错误值，而另一些部分可能依赖于日志，这会使得错误处理的逻辑变得模糊不清，增加了维护和理解代码的难度。

为了保持错误处理的清晰和高效，我们应当坚定地选择返回错误值或者输出日志中的一种方式。如果我们决定返回错误值，那么就要确保这个错误值能够准确地传达错误的类型和严重程度，让调用者能够做出恰当的决策。如果选择输出日志，就要保证日志的内容详细、准确，能够为后续的问题排查提供足够的线索。

在错误处理中，明确而一致的策略是关键。要么返回错误值，要么输出日志，不可两者皆做，这样才能构建出更稳定、更易于维护的软件系统。