Elixir 中导入的宏生成代码的范围
Scope of imported macro-generated code in Elixir
我正在阅读 Saša Jurić 的精彩 series on macros,在 运行 下面的代码中,我遇到了一些让我困惑的事情:
defmodule Plug.Router do
defmacro get(route, body) do
quote do
defp do_match("GET", unquote(route), var!(conn)) do
unquote(body[:do])
end
end
end
end
defmodule MyRouter do
import Plug.Router
def match(type, route) do
do_match(type, route, :dummy_connection)
end
get "/hello", do: {conn, "Hi!"}
get "/goodbye", do: {conn, "Bye!"}
MyRouter.match("GET", "/hello") |> IO.inspect
MyRouter.match("GET", "/goodbye") |> IO.inspect
end
我的问题是:
在哪个模块中注入了do_match/3
函数?它是在 Plug.Router
模块中,还是在 MyRouter
模块中?在文章的后面,提到了 use
和 require
将代码注入到调用者的模块中。这对 import
ed 宏也有效吗?
我应该在 Elixir 的代码中的什么地方寻找这种行为的实现?
有没有一种简单的方法可以检查扩展后的模块结构?相当于 Macro.to_string/3
,但对于 Module
s?
宏生成的函数将定义在MyRouter
如果您 require
一个模块,它的宏将可供调用者模块使用。如果您 import
一个模块,则无需使用模块名称作为前缀即可访问其宏和函数。有关详细信息,请参阅 getting started guide on alias, require and import。
require
和 import
是 Elixir 的低级特性,因此它们直接在 Erlang 中实现。相当多的 import
和 require
逻辑可以在 here.
中找到
我不知道有什么方法可以反省这些东西,因为宏基本上不会在编译后的代码中留下任何痕迹。宏的优点之一是它们不会给您的代码带来任何额外的开销。但是,您可以使用 MyRouter.__info__(:functions)
在宏扩展后检查模块中有哪些功能
我正在阅读 Saša Jurić 的精彩 series on macros,在 运行 下面的代码中,我遇到了一些让我困惑的事情:
defmodule Plug.Router do
defmacro get(route, body) do
quote do
defp do_match("GET", unquote(route), var!(conn)) do
unquote(body[:do])
end
end
end
end
defmodule MyRouter do
import Plug.Router
def match(type, route) do
do_match(type, route, :dummy_connection)
end
get "/hello", do: {conn, "Hi!"}
get "/goodbye", do: {conn, "Bye!"}
MyRouter.match("GET", "/hello") |> IO.inspect
MyRouter.match("GET", "/goodbye") |> IO.inspect
end
我的问题是:
在哪个模块中注入了
do_match/3
函数?它是在Plug.Router
模块中,还是在MyRouter
模块中?在文章的后面,提到了use
和require
将代码注入到调用者的模块中。这对import
ed 宏也有效吗?我应该在 Elixir 的代码中的什么地方寻找这种行为的实现?
有没有一种简单的方法可以检查扩展后的模块结构?相当于
Macro.to_string/3
,但对于Module
s?
宏生成的函数将定义在MyRouter
如果您 require
一个模块,它的宏将可供调用者模块使用。如果您 import
一个模块,则无需使用模块名称作为前缀即可访问其宏和函数。有关详细信息,请参阅 getting started guide on alias, require and import。
require
和 import
是 Elixir 的低级特性,因此它们直接在 Erlang 中实现。相当多的 import
和 require
逻辑可以在 here.
我不知道有什么方法可以反省这些东西,因为宏基本上不会在编译后的代码中留下任何痕迹。宏的优点之一是它们不会给您的代码带来任何额外的开销。但是,您可以使用 MyRouter.__info__(:functions)