Closed henok-tesfaye closed 3 years ago
It would be great if we all follow the API that is recommended in the book. i found it that the API must look like this
@mikereze we followed the API used in the book. Did you see anything that opposes the API?
@mikereze we followed the API used in the book. Did you see anything that opposes the API?
I'm not sure if it is mentioned in the book or not but I saw eat()
that noam suggested. In addition I didn't saw a command like tokenizer.back()
in the book.
@mikereze that's an implementation detail instead of an API.
@mikereze that's an implementation instead of an API.
which one?
it is a bit simpler if we use the eat() command so that the code will be concise and simple to read
@mikereze API is all about the function inputs and its outputs. But you are suggesting to copy paste an already implemented logic.
it is a bit simpler if we use the eat() command so that the code will be concise and simple to read
@mikereze good suggestion. But at the end of the day implementation detail will have to be left up to the developer, and @henok-tesfaye is justified to go with his own style of implementation as long as he is meeting the api requirements. And we cannot force him to use the eat
or the drink
method, whatever the book authors chose to use as an example.
And given the limited time we have, we shouldn't bother much about following a certain narrow implementation approach, it is enough if we catch obvious errors, or logic flaws, in our reviews.
![]()
@mikereze API is all about the function inputs and its outputs. But you are suggesting to copy paste an already implemented logic.
@henok-tesfaye @mezzzi you are right. everything seems great to me
Make progress on #32
What kind of change does this PR introduce? It's a feature PR which adds a complete jack parser that can handle expressions as well.
Does this PR introduce a breaking change? No
What needs to be documented once your changes are merged? Nothing