interpretowanie operatorów dla komendy takie pytanie

Question

takie pytanie co do pewnnych rzeczy w powinno sie w interpreterze  uzywac osobnych dopasowan dla operatorów i dla komend bo z tego co widziąłem cos w przykądowym kompilatorze to jest to troche zrobione w sposób łaczenia i to mnie zaciekawiło gdyz w sumie nie wiem czy mój interpreter jest poprawny tez uzywałem w nim dla date i time osobnych wyrazen regularnych .btw zapomniałem napisa co dodaniu tego(ogołnie to gdzie to znikneło przeciez to dodałem ach niewazne ) . wie ktos cos na ten temat?

Comments

Totalnie nie rozumiem pytania. Możesz pokazać konkretny kod z tego przykładowego kompilatora?

---

chodzi o to czy mój interpreter powinien zamist dopasowywac np equal: 3, 7 [+];
to osobno dla equal dopasowywac equal osobno operator np + itp

Answer 1

O ile dobrze rozumiem, to pytasz o to, jakie etapy powinna mieć kompilacja/interpretacja. Ten przykładowy kompilator ma trzy podstawowe etapy:

1. tokenizacja – gdzie każdy token jest parsowany osobno, zatem liczby osobno, operator osobno itd.,
2. parsowanie – gdzie tokeny są łączone w większe części i powstaje AST,
3. trawersacja – gdzie kompilator przechodzi przez AST i robi żądane operacje (w przykładzie jest to zamiana AST na inny format drzewka i wygenerowanie z niego kodu).

W teorii pierwsze dwa etapy można złączyć, ale zwykle są oddzielnie, bo w taki sposób parsowanie jest po prostu bardziej elastyczne i może pokryć więcej przypadków. IMO też zrobienie tego oddzielnie jest prostsze.

Co do trzeciego etapu, to w trakcie przechodzenia przez AST możesz na bieżąco wykonywać poszczególne fragmenty. Możesz też np. generować z niego kod JS, który na końcu odpalisz choćby przy pomocy eval().

Comments

nie chdozi o to czy mam osobno miec regaxy dla np osobno dla np print i osobno miec do tego np + czyli wyrazenia osobne dla print i dla + zmaist jedno to dwa osobne

---

@Comandeer, tak jak juz o tym wspominasz to  juz nie wiem jak mam robic te interpretory i czemu potrafią niby byc proste ale potem okazuje sie ze na 300 liniach sie nie konczy 

---

ach czyli osobno dzieki