erl_id_transのドキュメントによると:
プログラマーは、解析変換を行わないことを強くお勧めします。また、発生した問題に対するサポートは提供されません。
なぜプログラマーはparse_transform/2を使用しないように強くアドバイスされているのですか?これは将来サポートされませんか?parse_transform / 2以外に、コードを挿入する(実行時のバイトコード変更)か、コンパイルされる前にソースコードを変更するメカニズムはありますか?
erl_id_transのドキュメントによると:
プログラマーは、解析変換を行わないことを強くお勧めします。また、発生した問題に対するサポートは提供されません。
なぜプログラマーはparse_transform/2を使用しないように強くアドバイスされているのですか?これは将来サポートされませんか?parse_transform / 2以外に、コードを挿入する(実行時のバイトコード変更)か、コンパイルされる前にソースコードを変更するメカニズムはありますか?
私が想像できる理由の 1 つは、構文ツリーの形式を修正したくないということです。
したがって、Parse のティーンフォームを使用していて、Erlang の新しいバージョンが原因でそれらが壊れたとしても、文句を言うことはできません。
補遺: コメントの中で、Erlang のソースコードまたはバイトコードを操作する他の方法についての質問がありました
半自動コード リファクタリングにはWranglerがあります
抽象フォーム (パーサーやビームファイルから取得したもの) の簡単で移植可能な操作のために、syntax_toolsがあります。
ビームファイルを操作するには、beam_libがあります