'Which one is better for string reverse in Python 3?

s="google"
print("".join(reversed(s)))  //elgoog
print(s[::-1])  //elgoog

In above the string is reverse using python 3 reversed method and slicing method both display the same output, but from this which one is most efficient in python programming language, why??



Solution 1:[1]

When you talk about efficiency you should specify from which perspective? Memory, Runtime, Implementation, etc.

Regard the runtime the reverse indexing is definitely faster because when you use join plus reversed you're calling two functions which both has their own deficiencies (suspending and resuming a function's frame, etc.) compare to a simple indexing. But if you want to loop over the character one by one, for any purpose, and the memory is an issue (mostly when the string is large) you can use reversed because it returns an iterator object.

In [2]: s = "example"

In [4]: r = reversed(s)

In [5]: next(r)  # e.g. You can access to the characters using `next()`
Out[5]: 'e'

So the conclusion is that you should choose the method based on your need and actually this is why there are multiple ways for one particular task in Python.

Solution 2:[2]

There is no significant difference in memory efficiency. Since strings are immutable, both approaches must copy the entire data.

To check performance, you can use the timeit module in standard libraries. Slicing is significantly faster, due to avoiding iteration within Python code:

>>> s = "google"
>>> %timeit "".join(reversed(s))
612 ns ± 20.8 ns per loop (mean ± std. dev. of 7 runs, 1000000 loops each)
>>> %timeit s[::-1]
157 ns ± 3.96 ns per loop (mean ± std. dev. of 7 runs, 10000000 loops each)

And the runtime improvement is increasing for larger strings:

>>> s = s*1000
>>> %timeit "".join(reversed(s))
119 µs ± 2.37 µs per loop (mean ± std. dev. of 7 runs, 10000 loops each)
>>> %timeit s[::-1]
10.8 µs ± 123 ns per loop (mean ± std. dev. of 7 runs, 100000 loops each)

CPython 3.7.0b4 on macOS.

Sources

This article follows the attribution requirements of Stack Overflow and is licensed under CC BY-SA 3.0.

Source: Stack Overflow

Solution Source
Solution 1
Solution 2