To mis-quote a former US President:
It depends on how you parse "Parse".
In some sense receiving an event is very much like looking at the next character in a file. You either expect it or you don't. It all depends on what your language is.
Someone pointed out FOLDOC eariler so here's a reference to Parser.
"Look, Shiny Things!" is not a better business strategy than compatibility and reuse.
OSUnderdog
| [reply] |
| [reply] |
It's worth noting that your source doesn't even have an entry for the programming sense of "parse", and so seems an odd way to back up your argument. AHD's entry for "parse" (4 ed., via dictionary.com) contains: parse v. tr. ... 4. Computer Science: To analyze or separate (input, for example) into more easily processed components.
That seems to encompass what Anonymonk described as "parsing" -- analyzing (TCP/IP) input into more easily processed components. It's still not in my lexicon with that broad a sense, though; my take is probably closer to M-W sense 1.1, without restricting the domain to { things that have "component parts of speech" } (i.e. the first M-W sense without limiting it to "natural" languages).
| [reply] |
And your example differs from the TCP/IP state machine example in which way? Your example is doing what every other state machine does: it uses the current state and the current input to determine what the next state will be (that is, it's performing a "calculation"). Your example only strengthens my point. | [reply] |