Zanim zaproponuję kilka alternatyw, twój komentarz, że SyntaxRewriter jest "śmiesznie wolny" jest nieco zaskakujący. Kiedy mówisz "powolny", masz na myśli "to jest dużo kodu do napisania" lub "działa strasznie"? Jest to najszybszy (czas realizacji mądry) sposób wykonywania wielu zamienników, a zarówno ReplaceNodes, jak i RemoveNode używają wewnętrznie rozwieracza. Jeśli masz problemy z wydajnością, upewnij się, że podczas implementacji DefaultVisit odwiedzasz tylko typy podrzędne, jeśli interesujące Cię węzły znajdują się w węźle, do którego są wywoływane. Prosta sztuczka polega na porównaniu przęseł i upewnieniu się, że zasięg węzła przeszedł, przecinając się z przetwarzanymi węzłami.
W każdym razie, SyntaxAnnotations zapewniają użyteczny sposób lokalizowania węzłów w drzewach po modyfikacji. Możesz po prostu utworzyć instancję typu i dołączyć ją do węzła za pomocą metody rozszerzenia WithAdditionalAnnotations. Możesz ponownie zlokalizować węzeł za pomocą metody GetAnnotatedNodesOrTokens.
Jednym ze sposobów rozwiązania problemu jest umieszczenie adnotacji na swoim elemencie remove, a następnie wywołanie ReplaceNodes powoduje wykonanie dwóch zamienników w tym samym wywołaniu - jeden do zastąpienia staregoNode -> newNode, a drugi do wykonania toRemove -> toRemoveWithAnnotation replacement. Następnie znajdź węzeł z adnotacjami w wynikowym drzewie i wywołaj funkcję RemoveNode.
Jeśli wiesz, że oldNode i toRemove nie są żadnymi przodkami (tj. Znajdują się w niepowiązanych częściach drzewa), inną opcją byłoby odwrócenie kolejności. Chwyć węzeł nadrzędny (nazwij go oldNodeParent), aby usunąć i wywołać metodę RemoveNode, co oznacza, że otrzymasz zaktualizowany węzeł nadrzędny (nazwij go oldNodeParentRewritten). Następnie wywołaj ReplaceNodes, wykonując dwie zamienniki: oldNode -> newNode i oldNodeParent -> oldNodeParentRewritten. Brak adnotacji.