36 releases (2 stable)

2.0.0 Oct 29, 2024
1.0.0 Oct 12, 2024
0.6.2 Aug 12, 2024
0.6.1 Jul 24, 2024
0.1.0 Jul 23, 2020

#249 in Programming languages

Download history 56354/week @ 2024-08-17 61375/week @ 2024-08-24 51486/week @ 2024-08-31 60060/week @ 2024-09-07 46472/week @ 2024-09-14 61298/week @ 2024-09-21 64765/week @ 2024-09-28 49139/week @ 2024-10-05 61105/week @ 2024-10-12 57500/week @ 2024-10-19 61285/week @ 2024-10-26 55454/week @ 2024-11-02 80575/week @ 2024-11-09 89474/week @ 2024-11-16 60676/week @ 2024-11-23 80774/week @ 2024-11-30

321,605 downloads per month
Used in 434 crates (12 directly)

Apache-2.0

19KB
514 lines

Visitor generator for the rust language.

There are three variants of visitor in swc. Those are Fold, VisitMut, Visit.

Comparisons

Fold vs VisitMut

Fold and VisitMut do almost identical tasks, but Fold is easier to use while being slower and weak to stack overflow for very deep asts. Fold is fast enough for almost all cases so it would be better to start with Fold.

By very deep asts, I meant code like thousands of a + a + a + a + ....

Fold

WARNING: Fold is slow, and it's recommended to use VisitMut if you are experienced.

Fold takes ownership of value, which means you have to return the new value. Returning new value means returning ownership of the value. But you don't have to care about ownership or about managing memories while using such visitors. rustc handles them automatically and all allocations will be freed when it goes out of the scope.

You can invoke your Fold implementation like node.fold_with(&mut visitor) where visitor is your visitor. Note that as it takes ownership of value, you have to call node.fold_children_with(self) in e.g. fn fold_module(&mut self, m: Module) -> Module if you override the default behavior. Also you have to store return value from fold_children_with, like let node = node.fold_children_with(self). Order of execution can be controlled using this. If there is some logic that should be applied to the parent first, you can call fold_children_with after such logic.

VisitMut

VisitMut uses a mutable reference to AST nodes (e.g. &mut Expr). You can use Take from swc_common::util::take::Take to get owned value from a mutable reference.

You will typically use code like

*e = return_value.take();

where e = &mut Expr and return_value is also &mut Expr. take() is an extension method defined on MapWithMut. It's almost identical to Fold, so I'll skip memory management.

You can invoke your VisitMut implementation like node.visit_mut_with(&mut visitor) where visitor is your visitor. Again, you need to call node.visit_mut_children_with(self) in visitor implementation if you want to modify children nodes. You don't need to store the return value in this case.

Visit

Visit uses non-mutable references to AST nodes. It can be used to see if an AST node contains a specific node nested deeply in the AST. This is useful for checking if AST node contains this. This is useful for lots of cases - this in arrow expressions are special and we need to generate different code if a this expression is used.

You can use your Visit implementation like node.visit_with(&Invalid{ span: DUMMY_SP, }, &mut visitor. I think API is mis-designed, but it works and there are really lots of code using Visit already.

Cargo features

You should add

[features]
path = []

If you want to allow using path-aware visitor.

Path-aware visitor

Path-aware visitor is a visitor that can be used to visit AST nodes with current path from the entrypoint.

VisitMutAstPath and FoldAstPath can be used to transform AST nodes with the path to the node.

Dependencies

~48KB