Can this Python postfix notation (reverse polish notation) interpreter be made more efficient and accurate?

后端 未结 3 1046
迷失自我
迷失自我 2020-12-15 01:20

Here is a Python postfix notation interpreter which utilizes a stack to evaluate the expressions. Is it possible to make this function more efficient and accurate?

相关标签:
3条回答
  • 2020-12-15 01:58

    You can directly map the operators: {"+": operator.add, "-": operator.sub, ...}. This is simpler, doesn't need the unnecessary getattr and also allows adding additional functions (without hacking the operator module). You could also drop a few temporary variables that are only used once anyway:

    rhs, lhs = stack.pop(), stack.pop()
    stack.push(operators[val](lhs, rhs)).    
    

    Also (less of a performance and more of a style issue, also subjective), I would propably don't do error handling at all in the loop and wrap it in one try block with an except KeyError block ("Unknown operand"), an except IndexError block (empty stack), ...

    But accurate? Does it give wrong results?

    0 讨论(0)
  • 2020-12-15 02:03

    Lists can be used directly as stacks:

    >>> stack = []
    >>> stack.append(3) # push
    >>> stack.append(2)
    >>> stack
    [3, 2]
    >>> stack.pop() # pop
    2
    >>> stack
    [3]
    

    You can also put the operator functions directly into your ARITHMETIC_OPERATORS dict:

    ARITHMETIC_OPERATORS = {"+":operator.add,
                            "-":operator.sub,
                            "*":operator.mul,
                            "/":operator.div, 
                            "%":operator.mod,
                            "**":operator.pow,
                            "//":operator.floordiv}
    

    then

    if operators.has_key(val):
        method = operators[val]
    

    The goal of these is not to make things more efficient (though it may have that effect) but to make them more obvious to the reader. Get rid of unnecessary levels of indirection and wrappers. That will tend to make your code less obfuscated. It will also provide (trivial) improvements in performance, but don't believe that unless you measure it.

    Incidentally, using lists as stacks is fairly common idiomatic Python.

    0 讨论(0)
  • 2020-12-15 02:19

    General suggestions:

    • Avoid unnecessary type checks, and rely on default exception behavior.
    • has_key() has long been deprecated in favor of the in operator: use that instead.
    • Profile your program, before attempting any performance optimization. For a zero-effort profiling run of any given code, just run: python -m cProfile -s cumulative foo.py

    Specific points:

    • list makes a good stack out of the box. In particular, it allows you to use slice notation (tutorial) to replace the pop/pop/append dance with a single step.
    • ARITHMETIC_OPERATORS can refer to operator implementations directly, without the getattr indirection.

    Putting all this together:

    ARITHMETIC_OPERATORS = {
        '+':  operator.add, '-':  operator.sub,
        '*':  operator.mul, '/':  operator.div, '%':  operator.mod,
        '**': operator.pow, '//': operator.floordiv,
    }
    
    def postfix(expression, operators=ARITHMETIC_OPERATORS):
        stack = []
        for val in expression.split():
            if val in operators:
                f = operators[val]
                stack[-2:] = [f(*stack[-2:])]
            else:
                stack.append(int(val))
        return stack.pop()
    
    0 讨论(0)
提交回复
热议问题