Approach #1: Brute Force [Accepted]
The number only has at most 8 digits, so there are only = 28 available swaps. We can easily brute force them all.
We will store the candidates as lists of length . For each candidate swap with positions , we swap the number and record if the candidate is larger than the current answer, then swap back to restore the original number.
The only detail is possibly to check that we didn't introduce a leading zero. We don't actually need to check it, because our original number doesn't have one.
Time Complexity: , where is the total number of digits in the input number. For each pair of digits, we spend up to time to compare the final sequences.
Space Complexity: , the information stored in .
Approach #2: Greedy [Accepted]
At each digit of the input number in order, if there is a larger digit that occurs later, we know that the best swap must occur with the digit we are currently considering.
We will compute , the index of the last occurrence of digit (if it exists).
Afterwards, when scanning the number from left to right, if there is a larger digit in the future, we will swap it with the largest such digit; if there are multiple such digits, we will swap it with the one that occurs the latest.
Time Complexity: , where is the total number of digits in the input number. Every digit is considered at most once.
Space Complexity: . The additional space used by only has up to 10 values.
Analysis written by: @awice