String interpolation with pipe

rest is [“a”] and last_gift is “b”.
rest |> Enum.join(", “) returns “a”, which is a string.
“a” |> “#{}, and #{last_gift}” returns “a, and b”.
But when I pipe them together, I get ArgumentError.
rest |> Enum.join(”, ") |> “#{}, and #{last_gift}”
** (ArgumentError) argument error

What do I miss? :thinking:

1 Like

You cannot pipe a variable into a string.

iex> last = "b"
iex> x = "a"
iex> "a" |> "#{}, and #{last}"
"a, and b"
iex> x |> "#{}, and #{last}"      
** (ArgumentError) argument error

But You can

iex> "#{x}, and #{last}"   
"a, and b"

My guess is a string is not a function, and does accept only “” to be piped, but You can interpolate without pipe with “#{x}, and #{last}”.

Ha! That’s spot on! Thanks!

It turns out a |> "#{}" doesn’t mean we are actually interpolating a into the position of #{}

iex(71)> "a" |> "This is: #{}, and #{last}"
"aThis is: , and b"
iex(72)> "a" |> "This is: , and #{last}"
"aThis is: , and b"
2 Likes

It does not mean it’s piping a string into a string either…

iex> "aa" |> "bb"
** (ArgumentError) cannot pipe "aa" into "bb", can only pipe into local calls foo(), remote calls Foo.bar() or anonymous functions calls foo.()
    (elixir) lib/macro.ex:156: Macro.pipe/3
    (stdlib) lists.erl:1263: :lists.foldl/3
    (elixir) expanding macro: Kernel.|>/2
    iex:35: (file)
iex> "aa" |> "bb#{}"
"aabb"

ah, yeah…
I wonder if it’s actually a bug now…
:point_down: doesn’t seem to be an intended behavior, then…

iex(72)> "a" |> "This is: , and #{last}"
"aThis is: , and b"

Underneath, it’s

iex> quote do: "aa" |> "bb#{}" 
{:|>, [context: Elixir, import: Kernel],
 [
   "aa",
   {:<<>>, [],
    [
      "bb",
      {:::, [],
       [
         {{:., [], [Kernel, :to_string]}, [], [{:__block__, [], []}]},
         {:binary, [], Elixir}
       ]}
    ]}
 ]}
2 Likes

Right, so "234#{five}" is actually <<"234", five::binary>>, which is invoking Kernel.SpecialForms.<<>>. Piping something into that prepends the value at the front of that binary, if it is a legal parameter to <<>>.

So in the end "1" |> "234#{five}" expands to <<"1", "234", five::binary>> which happens to be legal. I don’t think it’s intentional.

3 Likes

Didn’t know about quote until now. Seems super useful, thanks!

That explains the ArgumentError:

iex(84)> x = "a"
"a"
iex(85)> quote do: "bb#{x}"
{:<<>>, [],
 [
   "bb",
   {:::, [],
    [
      {{:., [], [Kernel, :to_string]}, [], [{:x, [], Elixir}]},
      {:binary, [], Elixir}
    ]}
 ]}
iex(86)> quote do: x|> "bb#{}"
{:|>, [context: Elixir, import: Kernel],
 [
   {:x, [], Elixir},
   {:<<>>, [],
    [
      "bb",
      {:::, [],
       [
         {{:., [], [Kernel, :to_string]}, [], [{:__block__, [], []}]},
         {:binary, [], Elixir}
       ]}
    ]}
 ]}

Basically #{} expects an argument to be passed in, but we are not passing anything to #{} when we do x |> "bb#{}". But "bb#{x}" does.

That makes sense now, thanks!

You actually kind of may pipe a variable into the string interpolation if it’s wrapped into the anonymous function call, like "test" |> (&"shmest #{&1}").()

Looks ugly though.

1 Like

This version looks ok IMO:

"test"
|> then(&"shmest #{&1}")
4 Likes

Looks totally OK, it’s relatively new though; there was no such syntax three years ago :slight_smile:

2 Likes