将await函数返回的值作为C#中的参数传递是否可以[关闭]

Question

我已经声明了一个字符串扩展方法来解码 Base64 字符串，例如：

        public static string DecodeFromBase64String(this string base64String)
        {
            return Encoding.UTF8.GetString(Convert.FromBase64String(base64String));
        }

现在有一个异步函数，它可以上传文件并返回其 id 的 base64 编码值。 如果我只是在参数中使用 await 传递这个函数是否可以，例如：

// Approach 1
var fileId = StringExtensions.DecodeFromBase64String( await uplodFile(FilePath) );

或者我应该只做一个两步过程，首先获取base64 id，然后在下一步解码它。这需要我声明两个具有有意义名称的变量，或者只是重用相同的变量

// Approach 2
var base64fileId = await uploadFile(FilePath); 
var fileId = StringExtensions.DecodeFromBase64String(base64fileId);

// Approach 3
var fileId = await uploadFile( Filepath); // at this step file Id doesn't make much sense, but reduces need of extra variable
fileId = StringExtensions.DecodeFromBase64String(fileId);

考虑到设计原则，您认为哪种方法最好。 我还在学习 C#，所以请原谅我的任何错误。

Answer 1

您是在询问内联调用依赖函数是否“可以”，或者您是否需要临时变量。答案当然可以。

一种方式是否比另一种方式更具可读性可能值得商榷，但在您的具体示例中，我会说内联版本更具可读性，因为一目了然地解析的噪音和临时变量更少（假设您已阅读嘈杂的Encoding. 命名空间，并使用函数调用的=> 形式来减少噪音）。考虑一下：

    public static string DecodeFromBase64String(this string base64String) =>
        UTF8.GetString(Convert.FromBase64String(base64String));

对此有一点说明：

但减少了额外变量的需要

这对任何事情来说都是一个可怕的论据。生成的 IL 将使用堆栈进行该函数调用，生成的本机代码将根据需要使用寄存器。你只是无缘无故地让你的代码更难解析。