Suchergebnisse

warum nicht direkt in die Texture2D zeichnen?

Ich habs dir schon im Thread geschrieben, ich würd nen lexer mit anschließendem Parser machen....

Der Lexer geht erstmal durch den ganzen Code durch und filtert sogenannte Tokens raus, also z.B. /, <, >, =,keyword,text,number. Diese schiebt er in eine Liste, oder ggf.auch natürlich über yield(nicht die beste performance), was automatisch eine StateMachine erzeugt und lexer werden häufig als StateMachine implementiert, das ganze selbst als StateMachine(oder auch auf andere Art, gibt ein paar Möglichkeiten) zu implementieren ist natürlich performanter, aber die Syntax ist denke ich ganz nett ü…

Fehlen von end tags oder endtag ohne starttag bei Anführungszeichen..viel mehr fällt mir im Moment nicht wirklich ein. Das merkst du evtl mit der Zeit beim testen von Webseiten, was da nötig ist Edit: oder natürlich >< ohne Bedeutung

Quellcode (5 Zeilen) So in die Richtung.. Und ich behaupte nicht, dass es nicht möglich ist, das auf einmal zu parsen. Ist sogar sehr gut möglich. Früher war das Normal das parsing direkt zu machen

eigt. meinte ich title statt head aber sonst prinzipiell schon. Und waren nur Dinge die mir eingefallen sind, wie die dann von jeweiligen Engines geparst werden bzw. was die "richtige" Herangehensweise ist: Keine Ahnung - schließlich ist die Syntax ansich einfach nur falsch^^

Ich kenns zwar eher so, dass der lexer wirklich noch nichts HTML spezifisches großartig erkennt und das eher der Parser macht, also so in diese Richtung: codereview.stackexchange.com/q…ml-xhtml-xml-tokenization es werden nur <,>, /, = und ähnliches als tokens erkannt. Aber ansonsten schon ganz nette Arbeit.

deins ist immernoch ein Tokenizer(Lexer), der aber schon Dinge macht, die man meist gerne dem Parser überlässt. Wie gesagt falsch ists nicht. Nur ist der Lexer/Tokenizer meist wirklich sehr einfach und allein am Tokenizer erkennt man nicht unbedingt die Sprache. Auch ein C Tokenizer hätte <, >, ", / als Tokens, zwar mit einer anderen Bedeutung, aber das würde dann vom Parser interpretiert werden

ich wüsste nicht das man soetwas macht, denn das würde nur sehr vieles verkomplizieren und bringt einem vermutlich auch nicht so viel geschwindigkeit...

Ee gibt halt trotzdem token, die von zwei zeichen abhängig sind. Das könnte mit threading probleme machen. Für js z.b. == ist nicht dasselbe wie = = Also was man eher parallelisiert sind unterschiedliche Dokumente. Z.b. die ganzen css und js...