Python program to take in two strings and print the larger stringPython program to find the substring with concatenation of all wordsPython: Combing two programs that analyze stringsManipulating strings and character positionsGiven two strings, a and b, determine the minimum number of character deletions required to make a and b anagramsAsk the user for two numbers, then add or multiply themPython program for fibonacci sequence using a recursive functionPython program to find the subarray with maximum sumGet all possible subsets from a set of distinct integers using OOPPython program to find Armstrong numbers in a certain rangePython program to find the substring with concatenation of all wordsPython program to find the first missing positive integer in a list

What is the maximum number of net attacks that one can make in a round?

How to manually rewind film?

Determining fair price for profitable mobile app business

Why can my keyboard only digest 6 keypresses at a time?

Thread Pool C++ Implementation

Geopandas and QGIS Calulating Different Polygon Area Values?

What setting controls moving the cursor on the command line?

How to safely destroy (a large quantity of) valid checks?

Soft question: Examples where lack of mathematical rigour cause security breaches?

Russian word for a male zebra

How to hide an urban landmark?

Is it legal for a bar bouncer to confiscate a fake ID

Tabular make widths equal

How to trick the reader into thinking they're following a redshirt instead of the protagonist?

Is an entry level DSLR going to shoot nice portrait pictures?

Jargon request: "Canonical Form" of a word

Winning Strategy for the Magician and his Apprentice

Is separation provided in class F airspace?

How is John Wick 3 a 15 certificate?

Colloquialism for “see you later”

Bent Peugeot Carbolite 103 Frame

Overlapping String-Blocks

Is using haveibeenpwned to validate password strength rational?

How is water heavier than petrol, even though its molecular weight is less than petrol?



Python program to take in two strings and print the larger string


Python program to find the substring with concatenation of all wordsPython: Combing two programs that analyze stringsManipulating strings and character positionsGiven two strings, a and b, determine the minimum number of character deletions required to make a and b anagramsAsk the user for two numbers, then add or multiply themPython program for fibonacci sequence using a recursive functionPython program to find the subarray with maximum sumGet all possible subsets from a set of distinct integers using OOPPython program to find Armstrong numbers in a certain rangePython program to find the substring with concatenation of all wordsPython program to find the first missing positive integer in a list






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








14












$begingroup$


I have written a Python program to take in two strings and print the larger of the two strings.



Here is my code -



string1 = input("Enter first string: ")
string2 = input("Enter second string: ")
count1 = 0
count2 = 0
for i in string1:
count1 = count1 + 1

for j in string2:
count2 = count2 + 1

if (count1 < count2):
print ("Larger string is:")
print (string2)

elif (count1 == count2):
print ("Both strings are equal.")
else:
print ("Larger string is:")
print (string1)


Here are some example outputs -



Enter first string: everything
Enter second string: nothing
Larger string is:
everything

Enter first string: cat
Enter second string: apple
Larger string is:
apple


I feel that my code is unnecessarily long. Therefore, I would like to know whether I could make this program shorter and more efficient.



Any help would be highly appreciated.










share|improve this question











$endgroup$







  • 1




    $begingroup$
    So "larger" is length, not lexically sorted last? i.e. "aa" is larger than "z". Normally we'd use the word "longer" to make it 100% clear we're talking just about length, not some other comparison predicate like alphabetical order, i.e. first mismatching character.
    $endgroup$
    – Peter Cordes
    May 24 at 17:14


















14












$begingroup$


I have written a Python program to take in two strings and print the larger of the two strings.



Here is my code -



string1 = input("Enter first string: ")
string2 = input("Enter second string: ")
count1 = 0
count2 = 0
for i in string1:
count1 = count1 + 1

for j in string2:
count2 = count2 + 1

if (count1 < count2):
print ("Larger string is:")
print (string2)

elif (count1 == count2):
print ("Both strings are equal.")
else:
print ("Larger string is:")
print (string1)


Here are some example outputs -



Enter first string: everything
Enter second string: nothing
Larger string is:
everything

Enter first string: cat
Enter second string: apple
Larger string is:
apple


I feel that my code is unnecessarily long. Therefore, I would like to know whether I could make this program shorter and more efficient.



Any help would be highly appreciated.










share|improve this question











$endgroup$







  • 1




    $begingroup$
    So "larger" is length, not lexically sorted last? i.e. "aa" is larger than "z". Normally we'd use the word "longer" to make it 100% clear we're talking just about length, not some other comparison predicate like alphabetical order, i.e. first mismatching character.
    $endgroup$
    – Peter Cordes
    May 24 at 17:14














14












14








14


2



$begingroup$


I have written a Python program to take in two strings and print the larger of the two strings.



Here is my code -



string1 = input("Enter first string: ")
string2 = input("Enter second string: ")
count1 = 0
count2 = 0
for i in string1:
count1 = count1 + 1

for j in string2:
count2 = count2 + 1

if (count1 < count2):
print ("Larger string is:")
print (string2)

elif (count1 == count2):
print ("Both strings are equal.")
else:
print ("Larger string is:")
print (string1)


Here are some example outputs -



Enter first string: everything
Enter second string: nothing
Larger string is:
everything

Enter first string: cat
Enter second string: apple
Larger string is:
apple


I feel that my code is unnecessarily long. Therefore, I would like to know whether I could make this program shorter and more efficient.



Any help would be highly appreciated.










share|improve this question











$endgroup$




I have written a Python program to take in two strings and print the larger of the two strings.



Here is my code -



string1 = input("Enter first string: ")
string2 = input("Enter second string: ")
count1 = 0
count2 = 0
for i in string1:
count1 = count1 + 1

for j in string2:
count2 = count2 + 1

if (count1 < count2):
print ("Larger string is:")
print (string2)

elif (count1 == count2):
print ("Both strings are equal.")
else:
print ("Larger string is:")
print (string1)


Here are some example outputs -



Enter first string: everything
Enter second string: nothing
Larger string is:
everything

Enter first string: cat
Enter second string: apple
Larger string is:
apple


I feel that my code is unnecessarily long. Therefore, I would like to know whether I could make this program shorter and more efficient.



Any help would be highly appreciated.







python performance python-3.x strings






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited May 24 at 16:02







Justin

















asked May 22 at 12:52









JustinJustin

1,318427




1,318427







  • 1




    $begingroup$
    So "larger" is length, not lexically sorted last? i.e. "aa" is larger than "z". Normally we'd use the word "longer" to make it 100% clear we're talking just about length, not some other comparison predicate like alphabetical order, i.e. first mismatching character.
    $endgroup$
    – Peter Cordes
    May 24 at 17:14













  • 1




    $begingroup$
    So "larger" is length, not lexically sorted last? i.e. "aa" is larger than "z". Normally we'd use the word "longer" to make it 100% clear we're talking just about length, not some other comparison predicate like alphabetical order, i.e. first mismatching character.
    $endgroup$
    – Peter Cordes
    May 24 at 17:14








1




1




$begingroup$
So "larger" is length, not lexically sorted last? i.e. "aa" is larger than "z". Normally we'd use the word "longer" to make it 100% clear we're talking just about length, not some other comparison predicate like alphabetical order, i.e. first mismatching character.
$endgroup$
– Peter Cordes
May 24 at 17:14





$begingroup$
So "larger" is length, not lexically sorted last? i.e. "aa" is larger than "z". Normally we'd use the word "longer" to make it 100% clear we're talking just about length, not some other comparison predicate like alphabetical order, i.e. first mismatching character.
$endgroup$
– Peter Cordes
May 24 at 17:14











8 Answers
8






active

oldest

votes


















35












$begingroup$

Python strings supports Python built-in len function. You don't need to iterate through them manually, as for lists/dicts/sets etc (it is not Pythonic):



def compare_strings_len(s1, s2):
if len(s1) > len(s2):
print('String 1 is longer: ', s1)
elif len(s1) < len(s2):
print('String 2 is longer: ', s2)
else:
print('Strings length are equal!')





share|improve this answer











$endgroup$












  • $begingroup$
    Upvoted! Thanks, I will keep in mind to use inbuilt functions as they make programs easier to write.
    $endgroup$
    – Justin
    May 22 at 14:06






  • 1




    $begingroup$
    ...and easier to read!
    $endgroup$
    – Weirdo
    May 27 at 14:29


















35












$begingroup$

Here's how I would get the longer string:



max(string_1, string_2, key=len) # Returns the longer string


The key keyword argument is a pattern you'll see frequently in python. It accepts a function as an argument (in our case len).



If you wanted to find the longest of multiple strings, you could do that too:



max('a', 'bc', 'def', 'ghi', 'jklm', key=len) # => 'jklm'


Warning:



This solution is not a great fit if you need to know when two strings are of equal length. If that's a requirement of yours, you'd be better off using a solution from one of the other answers.



I won't bother updating this approach to handle that requirement: that would feel like working against the language.






share|improve this answer











$endgroup$








  • 12




    $begingroup$
    Bear in mind that max will not work as intended if both string are the same len
    $endgroup$
    – Thomas Ayoub
    May 23 at 8:55






  • 6




    $begingroup$
    Yeah, for this answer to be correct and true to the functionality, there has to be an equality check first before doing max(). Please fix that or mention that.
    $endgroup$
    – perennial_noob
    May 23 at 18:44






  • 7




    $begingroup$
    Not sure how this answer got so many upvotes: it specializes to treat a use case beyond project scope (more than two inputs) and fails to handle a core acceptance criteria (identify when strings have same length). max is tidy and Pythonic, but this is a poor code review.
    $endgroup$
    – user1717828
    May 24 at 13:20


















28












$begingroup$

Limit execution to main module



It is customary for code that starts executing a series of commands to be surrounded in a special if-block:



if __name__ == '__main__':
...


This prevents the code from being executed when it is imported into another module.



It's probably a good idea to put most of your code into a method or two



Particularly once you've put your code inside a main block, the multiple levels of indentation can get a little messy quickly. It helps to put some of the code into a method and then call it, rather than just have it all in sequence:



def print_longer_string(s1, s2):
...

string1 = input("Enter first string: ")
string2 = input("Enter second string: ")
print_longer_string(string1, string2)


Use len



len is the standard mechanism for obtaining the length of a str, as well as any other sequence type.



Reduce repetition



You can reduce your if block to just two conditions by testing for equal lengths first and using a ternary:



if len(string1) == len(string2):
print("Both strings are equal.")
else:
print("Larger string is:")
print(string1 if len(string1) > len(string2) else string2)


This allows you to avoid repeating the print("Larger string is:") line without having to move that message to a variable.



Use more descriptive messages



"Both strings are equal" doesn't really describe what the program is telling you. "Larger" can also have different meanings, as well. (It could refer to lexical sorting, for example.) "The strings have equal length" and "The longer string is:" would be more explicit and less likely to cause confusion. We could differentiate between character and byte length, if that won't be clear from context, but character length is the usual assumption and is what you get from Python 3 by default.



Formatting



Read PEP8 for Python's standards on the use of spaces around parentheses, indentation length, and blank lines. Your team might define their own standards, but PEP8 is the industry default.



Final code



Putting all these together, you will get something like



def print_longer_string(s1, s2):
if len(s1) == len(s2):
print("The strings have equal length")
else:
print("The longer string is:")
print(s1 if len(s1) > len(s2) else s2)

if __name__ == '__main__':
s1 = input("Enter the first string: ")
s2 = input("Enter the second string: ")
print_longer_string(s1, s2)


You'll note I also shortened the variables down to s1 and s2. string1 is actually fine as a variable name if you prefer; I just find s1 a bit quicker to read through. You usually want meaningful variable names, but there's no semantic meaning to these variables to capture in the name since it's just two arbitrary strings, so s1 doesn't really lose anything over string1.



I also want to note that I considered separating out the printing from actually picking which string to print. I decided not to separate them because the case of equal lengths was handled differently. This fact greatly reduced any benefit we would get from separating the determination from the actual IO call. Separating them would require either having a function that returns the full string to print (which has little value since the exact message is probably dependent on the IO mechanism anyway) or introducing an extra indicator in the return value to detect the equal length case (which is a level of complexity the program does not need yet under its current requirements).






share|improve this answer











$endgroup$












  • $begingroup$
    IIRC, in Python 3, len returns the number of codepoints, not graphemes or grapheme clusters.
    $endgroup$
    – Solomon Ucko
    May 24 at 13:42










  • $begingroup$
    @SolomonUcko: True. But there aren't any simple built-in solutions to that problem; unicodedata.normalize in NFC/NFKC mode will compose cases where an existing codepoint can express the composed form of decomposed code points, but there are some languages (East Asian IIRC) where the set of composed characters is too huge to assign a codepoint to each, so you can't combine them. I'm sure some PyPI module offers grapheme support, but it's usually allowable to compare codepoint lengths in exercises like this.
    $endgroup$
    – ShadowRanger
    May 24 at 16:38










  • $begingroup$
    @ShadowRanger Yep. BTW, I found the grapheme package. It is much less efficient to operate on graphemes, though, as they are variable-size, and operating on codepoints is often good enough. A native implementation could, however, store an array of pointers to the beginning of each grapheme, and perform operations using that.
    $endgroup$
    – Solomon Ucko
    May 24 at 17:41



















7












$begingroup$

Since Acccumulation's answer was considered too confusing, here's the same using a real Python ternary operator.



print('Equal' if len(s1) == len(s2) else 'Larger is ' + max(s1, s2, key=len))


I don't see the point in using .format for this kind of simple concatenation.






share|improve this answer









$endgroup$




















    6












    $begingroup$

    Building off of WeRelic and user201327 answers, if you really want to optimize for short code, you can do:



    print(('Larger string is:'.format(max(string1,string2, key=len)),'Both strings are equal.')[len(string1)==len(string2)])



    However, a more readable version would be



    if len(string1)==len(string2):
    print('Both strings are equal.')
    else:
    print('Larger string is:'.format(max(string1,string2, key=len))


    Or, following JollyJoker's suggestion,



    print( 'Both strings are equal.' if len(string1)==len(string2) 
    else 'Larger string is:'.format(max(string1,string2, key=len)))


    Breaking down the short version:



    max(string1,string2, key=len) returns the larger string, as measured by length



    ('Larger string is:'.format(max(string1,string2, key=len)) Takes the larger of the two strings, and inserts it into the string 'Larger string is:



    ('Larger string is:'.format(max(string1,string2, key=len)),'Both strings are equal.') creates tuple where the first value says what the larger string is, and the second element says they're equal



    len(string1)==len(string2) returns a boolean based on whether the strings are equal length.



    [len(string1)==len(string2)] takes one of the elements of the tuple, according to the value of len(string1)==len(string2). This coerces the boolean into an integer: False is considered to be 0 and retrieves the Larger string is: element. True is considered to be 1, and retrieves the 'Both strings are equal.' element.






    share|improve this answer











    $endgroup$












    • $begingroup$
      Judging by the comments, this answer except using a if condition else b should be the correct one. So, print('Both strings are equal.' if len(string1)==len(string2) else 'Larger string is:'.format(max(string1,string2, key=len) ?
      $endgroup$
      – JollyJoker
      May 23 at 8:29






    • 1




      $begingroup$
      -1, this is technically correct, but the functionality is obfuscated to the point where you need multiple paragraphs to explain how it works. This isn't code golf; rather, the code should be easy-to-read and self-explanatory.
      $endgroup$
      – crunch
      May 23 at 9:35










    • $begingroup$
      @crunch Well, the OP did indicate that they were asking for a short version. And I think it's a bit perverse to penalize me for spending several paragraphs explaining the code. Much of the length was due to explaining things at a basic level, such as linking to an explanation of coercion. But I've edited to make it more clear that this isn't necessarily the best way of doing it.
      $endgroup$
      – Acccumulation
      May 23 at 13:55










    • $begingroup$
      @JollyJoker In Python, it's if condition a else b, rather than a if condition else b.
      $endgroup$
      – Acccumulation
      May 23 at 13:56






    • 4




      $begingroup$
      @Acccumulation book.pythontips.com/en/latest/ternary_operators.html It's real, just looks like a switched around if-else
      $endgroup$
      – JollyJoker
      May 23 at 13:57



















    2












    $begingroup$

    Long live the Ternary:



    def print_longer(s,s2):
    # return (s,s2)[len(s)<len(s2)] if you don't want to print within the function.
    print( ( s, s2 )[ len(s) < len(s2) ] )


    Explanation:



    if-else statements are clean, but they're verbose. A ternary operation would reduce this to a one-liner.



    The format is as follows: (result_if_false,result_if_true)[comparison]



    What is happening is that (s,s2) is creating a tuple of the two strings. len(s)<len(s2) then compares the two, and because they're within square brackets []; the boolean result is casted to an integer index.



    Since you can only have a 0 or 1 result, this returns s if it is larger than s2, and vice-versa.



    EDIT: This returns s if both strings are of equal lengths.






    share|improve this answer











    $endgroup$








    • 4




      $begingroup$
      It doesn't properly handle the case of "Both strings are equal." but upvoted anyways because it's a nice approach
      $endgroup$
      – Andres
      May 22 at 18:37






    • 3




      $begingroup$
      The expression in your answer is not a ternary operator. By definition, a ternary operator takes 3 arguments. Your code uses binary operators instead.
      $endgroup$
      – Roland Illig
      May 22 at 21:25






    • 4




      $begingroup$
      Python's ternary is a if condition else b, not your tuple-indexing. Your own link calls your method obscure. It should only be seen as a holdover from very old versions of Python that don't support the if/else syntax (pre-2.5).
      $endgroup$
      – jpmc26
      May 22 at 23:03







    • 8




      $begingroup$
      I don't think this is appropriate. Python doesn't support C style ternaries and attempting to replicate it by indexing a tuple is not pythonic and so should not be suggested
      $endgroup$
      – Sirens
      May 23 at 4:43






    • 5




      $begingroup$
      @Sirens The if/else syntax is equivalent to C style ternaries, in that it only executes the selected expression.
      $endgroup$
      – jpmc26
      May 23 at 6:06


















    0












    $begingroup$

    Here's how I would find the longest strings in a list of strings:



    import itertools

    def longest_string(strings):
    if not strings:
    return []

    strings_by_length = itertools.groupby(strings, len)
    maximum_length = max(strings_by_length.keys())
    return strings_by_length[maximum_length]





    share|improve this answer









    $endgroup$












    • $begingroup$
      This does not behave as the original post does for the case of strings of equal length.
      $endgroup$
      – jpmc26
      May 29 at 13:17


















    -1












    $begingroup$

    You can immediately assume that the first one is larger and then reassign it to the second one if that one is larger, like this:



    larger = input("Enter first string: ")
    string2 = input("Enter second string: ")
    if (len(string2) > len(larger)):
    larger = string2
    print(larger)





    share|improve this answer











    $endgroup$








    • 1




      $begingroup$
      Brackets are not necessary.
      $endgroup$
      – Acccumulation
      May 23 at 16:05






    • 1




      $begingroup$
      Was your code supposed to be C or Python? At the moment, it's neither.
      $endgroup$
      – Mast
      May 23 at 16:58










    • $begingroup$
      @Mast Sorry, I don't know either. I'm just pretending.
      $endgroup$
      – stackzebra
      May 23 at 17:58











    • $begingroup$
      @Mast Fixed now.
      $endgroup$
      – stackzebra
      May 24 at 7:08










    • $begingroup$
      This does not behave as the original post does for the case of strings of equal length.
      $endgroup$
      – jpmc26
      May 29 at 13:18











    Your Answer






    StackExchange.ifUsing("editor", function ()
    StackExchange.using("externalEditor", function ()
    StackExchange.using("snippets", function ()
    StackExchange.snippets.init();
    );
    );
    , "code-snippets");

    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "196"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader:
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    ,
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );













    draft saved

    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fcodereview.stackexchange.com%2fquestions%2f220726%2fpython-program-to-take-in-two-strings-and-print-the-larger-string%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown

























    8 Answers
    8






    active

    oldest

    votes








    8 Answers
    8






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    35












    $begingroup$

    Python strings supports Python built-in len function. You don't need to iterate through them manually, as for lists/dicts/sets etc (it is not Pythonic):



    def compare_strings_len(s1, s2):
    if len(s1) > len(s2):
    print('String 1 is longer: ', s1)
    elif len(s1) < len(s2):
    print('String 2 is longer: ', s2)
    else:
    print('Strings length are equal!')





    share|improve this answer











    $endgroup$












    • $begingroup$
      Upvoted! Thanks, I will keep in mind to use inbuilt functions as they make programs easier to write.
      $endgroup$
      – Justin
      May 22 at 14:06






    • 1




      $begingroup$
      ...and easier to read!
      $endgroup$
      – Weirdo
      May 27 at 14:29















    35












    $begingroup$

    Python strings supports Python built-in len function. You don't need to iterate through them manually, as for lists/dicts/sets etc (it is not Pythonic):



    def compare_strings_len(s1, s2):
    if len(s1) > len(s2):
    print('String 1 is longer: ', s1)
    elif len(s1) < len(s2):
    print('String 2 is longer: ', s2)
    else:
    print('Strings length are equal!')





    share|improve this answer











    $endgroup$












    • $begingroup$
      Upvoted! Thanks, I will keep in mind to use inbuilt functions as they make programs easier to write.
      $endgroup$
      – Justin
      May 22 at 14:06






    • 1




      $begingroup$
      ...and easier to read!
      $endgroup$
      – Weirdo
      May 27 at 14:29













    35












    35








    35





    $begingroup$

    Python strings supports Python built-in len function. You don't need to iterate through them manually, as for lists/dicts/sets etc (it is not Pythonic):



    def compare_strings_len(s1, s2):
    if len(s1) > len(s2):
    print('String 1 is longer: ', s1)
    elif len(s1) < len(s2):
    print('String 2 is longer: ', s2)
    else:
    print('Strings length are equal!')





    share|improve this answer











    $endgroup$



    Python strings supports Python built-in len function. You don't need to iterate through them manually, as for lists/dicts/sets etc (it is not Pythonic):



    def compare_strings_len(s1, s2):
    if len(s1) > len(s2):
    print('String 1 is longer: ', s1)
    elif len(s1) < len(s2):
    print('String 2 is longer: ', s2)
    else:
    print('Strings length are equal!')






    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited May 22 at 14:04

























    answered May 22 at 13:33









    vurmuxvurmux

    1,225214




    1,225214











    • $begingroup$
      Upvoted! Thanks, I will keep in mind to use inbuilt functions as they make programs easier to write.
      $endgroup$
      – Justin
      May 22 at 14:06






    • 1




      $begingroup$
      ...and easier to read!
      $endgroup$
      – Weirdo
      May 27 at 14:29
















    • $begingroup$
      Upvoted! Thanks, I will keep in mind to use inbuilt functions as they make programs easier to write.
      $endgroup$
      – Justin
      May 22 at 14:06






    • 1




      $begingroup$
      ...and easier to read!
      $endgroup$
      – Weirdo
      May 27 at 14:29















    $begingroup$
    Upvoted! Thanks, I will keep in mind to use inbuilt functions as they make programs easier to write.
    $endgroup$
    – Justin
    May 22 at 14:06




    $begingroup$
    Upvoted! Thanks, I will keep in mind to use inbuilt functions as they make programs easier to write.
    $endgroup$
    – Justin
    May 22 at 14:06




    1




    1




    $begingroup$
    ...and easier to read!
    $endgroup$
    – Weirdo
    May 27 at 14:29




    $begingroup$
    ...and easier to read!
    $endgroup$
    – Weirdo
    May 27 at 14:29













    35












    $begingroup$

    Here's how I would get the longer string:



    max(string_1, string_2, key=len) # Returns the longer string


    The key keyword argument is a pattern you'll see frequently in python. It accepts a function as an argument (in our case len).



    If you wanted to find the longest of multiple strings, you could do that too:



    max('a', 'bc', 'def', 'ghi', 'jklm', key=len) # => 'jklm'


    Warning:



    This solution is not a great fit if you need to know when two strings are of equal length. If that's a requirement of yours, you'd be better off using a solution from one of the other answers.



    I won't bother updating this approach to handle that requirement: that would feel like working against the language.






    share|improve this answer











    $endgroup$








    • 12




      $begingroup$
      Bear in mind that max will not work as intended if both string are the same len
      $endgroup$
      – Thomas Ayoub
      May 23 at 8:55






    • 6




      $begingroup$
      Yeah, for this answer to be correct and true to the functionality, there has to be an equality check first before doing max(). Please fix that or mention that.
      $endgroup$
      – perennial_noob
      May 23 at 18:44






    • 7




      $begingroup$
      Not sure how this answer got so many upvotes: it specializes to treat a use case beyond project scope (more than two inputs) and fails to handle a core acceptance criteria (identify when strings have same length). max is tidy and Pythonic, but this is a poor code review.
      $endgroup$
      – user1717828
      May 24 at 13:20















    35












    $begingroup$

    Here's how I would get the longer string:



    max(string_1, string_2, key=len) # Returns the longer string


    The key keyword argument is a pattern you'll see frequently in python. It accepts a function as an argument (in our case len).



    If you wanted to find the longest of multiple strings, you could do that too:



    max('a', 'bc', 'def', 'ghi', 'jklm', key=len) # => 'jklm'


    Warning:



    This solution is not a great fit if you need to know when two strings are of equal length. If that's a requirement of yours, you'd be better off using a solution from one of the other answers.



    I won't bother updating this approach to handle that requirement: that would feel like working against the language.






    share|improve this answer











    $endgroup$








    • 12




      $begingroup$
      Bear in mind that max will not work as intended if both string are the same len
      $endgroup$
      – Thomas Ayoub
      May 23 at 8:55






    • 6




      $begingroup$
      Yeah, for this answer to be correct and true to the functionality, there has to be an equality check first before doing max(). Please fix that or mention that.
      $endgroup$
      – perennial_noob
      May 23 at 18:44






    • 7




      $begingroup$
      Not sure how this answer got so many upvotes: it specializes to treat a use case beyond project scope (more than two inputs) and fails to handle a core acceptance criteria (identify when strings have same length). max is tidy and Pythonic, but this is a poor code review.
      $endgroup$
      – user1717828
      May 24 at 13:20













    35












    35








    35





    $begingroup$

    Here's how I would get the longer string:



    max(string_1, string_2, key=len) # Returns the longer string


    The key keyword argument is a pattern you'll see frequently in python. It accepts a function as an argument (in our case len).



    If you wanted to find the longest of multiple strings, you could do that too:



    max('a', 'bc', 'def', 'ghi', 'jklm', key=len) # => 'jklm'


    Warning:



    This solution is not a great fit if you need to know when two strings are of equal length. If that's a requirement of yours, you'd be better off using a solution from one of the other answers.



    I won't bother updating this approach to handle that requirement: that would feel like working against the language.






    share|improve this answer











    $endgroup$



    Here's how I would get the longer string:



    max(string_1, string_2, key=len) # Returns the longer string


    The key keyword argument is a pattern you'll see frequently in python. It accepts a function as an argument (in our case len).



    If you wanted to find the longest of multiple strings, you could do that too:



    max('a', 'bc', 'def', 'ghi', 'jklm', key=len) # => 'jklm'


    Warning:



    This solution is not a great fit if you need to know when two strings are of equal length. If that's a requirement of yours, you'd be better off using a solution from one of the other answers.



    I won't bother updating this approach to handle that requirement: that would feel like working against the language.







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited May 23 at 22:18

























    answered May 22 at 21:49









    chmod 777 jchmod 777 j

    43714




    43714







    • 12




      $begingroup$
      Bear in mind that max will not work as intended if both string are the same len
      $endgroup$
      – Thomas Ayoub
      May 23 at 8:55






    • 6




      $begingroup$
      Yeah, for this answer to be correct and true to the functionality, there has to be an equality check first before doing max(). Please fix that or mention that.
      $endgroup$
      – perennial_noob
      May 23 at 18:44






    • 7




      $begingroup$
      Not sure how this answer got so many upvotes: it specializes to treat a use case beyond project scope (more than two inputs) and fails to handle a core acceptance criteria (identify when strings have same length). max is tidy and Pythonic, but this is a poor code review.
      $endgroup$
      – user1717828
      May 24 at 13:20












    • 12




      $begingroup$
      Bear in mind that max will not work as intended if both string are the same len
      $endgroup$
      – Thomas Ayoub
      May 23 at 8:55






    • 6




      $begingroup$
      Yeah, for this answer to be correct and true to the functionality, there has to be an equality check first before doing max(). Please fix that or mention that.
      $endgroup$
      – perennial_noob
      May 23 at 18:44






    • 7




      $begingroup$
      Not sure how this answer got so many upvotes: it specializes to treat a use case beyond project scope (more than two inputs) and fails to handle a core acceptance criteria (identify when strings have same length). max is tidy and Pythonic, but this is a poor code review.
      $endgroup$
      – user1717828
      May 24 at 13:20







    12




    12




    $begingroup$
    Bear in mind that max will not work as intended if both string are the same len
    $endgroup$
    – Thomas Ayoub
    May 23 at 8:55




    $begingroup$
    Bear in mind that max will not work as intended if both string are the same len
    $endgroup$
    – Thomas Ayoub
    May 23 at 8:55




    6




    6




    $begingroup$
    Yeah, for this answer to be correct and true to the functionality, there has to be an equality check first before doing max(). Please fix that or mention that.
    $endgroup$
    – perennial_noob
    May 23 at 18:44




    $begingroup$
    Yeah, for this answer to be correct and true to the functionality, there has to be an equality check first before doing max(). Please fix that or mention that.
    $endgroup$
    – perennial_noob
    May 23 at 18:44




    7




    7




    $begingroup$
    Not sure how this answer got so many upvotes: it specializes to treat a use case beyond project scope (more than two inputs) and fails to handle a core acceptance criteria (identify when strings have same length). max is tidy and Pythonic, but this is a poor code review.
    $endgroup$
    – user1717828
    May 24 at 13:20




    $begingroup$
    Not sure how this answer got so many upvotes: it specializes to treat a use case beyond project scope (more than two inputs) and fails to handle a core acceptance criteria (identify when strings have same length). max is tidy and Pythonic, but this is a poor code review.
    $endgroup$
    – user1717828
    May 24 at 13:20











    28












    $begingroup$

    Limit execution to main module



    It is customary for code that starts executing a series of commands to be surrounded in a special if-block:



    if __name__ == '__main__':
    ...


    This prevents the code from being executed when it is imported into another module.



    It's probably a good idea to put most of your code into a method or two



    Particularly once you've put your code inside a main block, the multiple levels of indentation can get a little messy quickly. It helps to put some of the code into a method and then call it, rather than just have it all in sequence:



    def print_longer_string(s1, s2):
    ...

    string1 = input("Enter first string: ")
    string2 = input("Enter second string: ")
    print_longer_string(string1, string2)


    Use len



    len is the standard mechanism for obtaining the length of a str, as well as any other sequence type.



    Reduce repetition



    You can reduce your if block to just two conditions by testing for equal lengths first and using a ternary:



    if len(string1) == len(string2):
    print("Both strings are equal.")
    else:
    print("Larger string is:")
    print(string1 if len(string1) > len(string2) else string2)


    This allows you to avoid repeating the print("Larger string is:") line without having to move that message to a variable.



    Use more descriptive messages



    "Both strings are equal" doesn't really describe what the program is telling you. "Larger" can also have different meanings, as well. (It could refer to lexical sorting, for example.) "The strings have equal length" and "The longer string is:" would be more explicit and less likely to cause confusion. We could differentiate between character and byte length, if that won't be clear from context, but character length is the usual assumption and is what you get from Python 3 by default.



    Formatting



    Read PEP8 for Python's standards on the use of spaces around parentheses, indentation length, and blank lines. Your team might define their own standards, but PEP8 is the industry default.



    Final code



    Putting all these together, you will get something like



    def print_longer_string(s1, s2):
    if len(s1) == len(s2):
    print("The strings have equal length")
    else:
    print("The longer string is:")
    print(s1 if len(s1) > len(s2) else s2)

    if __name__ == '__main__':
    s1 = input("Enter the first string: ")
    s2 = input("Enter the second string: ")
    print_longer_string(s1, s2)


    You'll note I also shortened the variables down to s1 and s2. string1 is actually fine as a variable name if you prefer; I just find s1 a bit quicker to read through. You usually want meaningful variable names, but there's no semantic meaning to these variables to capture in the name since it's just two arbitrary strings, so s1 doesn't really lose anything over string1.



    I also want to note that I considered separating out the printing from actually picking which string to print. I decided not to separate them because the case of equal lengths was handled differently. This fact greatly reduced any benefit we would get from separating the determination from the actual IO call. Separating them would require either having a function that returns the full string to print (which has little value since the exact message is probably dependent on the IO mechanism anyway) or introducing an extra indicator in the return value to detect the equal length case (which is a level of complexity the program does not need yet under its current requirements).






    share|improve this answer











    $endgroup$












    • $begingroup$
      IIRC, in Python 3, len returns the number of codepoints, not graphemes or grapheme clusters.
      $endgroup$
      – Solomon Ucko
      May 24 at 13:42










    • $begingroup$
      @SolomonUcko: True. But there aren't any simple built-in solutions to that problem; unicodedata.normalize in NFC/NFKC mode will compose cases where an existing codepoint can express the composed form of decomposed code points, but there are some languages (East Asian IIRC) where the set of composed characters is too huge to assign a codepoint to each, so you can't combine them. I'm sure some PyPI module offers grapheme support, but it's usually allowable to compare codepoint lengths in exercises like this.
      $endgroup$
      – ShadowRanger
      May 24 at 16:38










    • $begingroup$
      @ShadowRanger Yep. BTW, I found the grapheme package. It is much less efficient to operate on graphemes, though, as they are variable-size, and operating on codepoints is often good enough. A native implementation could, however, store an array of pointers to the beginning of each grapheme, and perform operations using that.
      $endgroup$
      – Solomon Ucko
      May 24 at 17:41
















    28












    $begingroup$

    Limit execution to main module



    It is customary for code that starts executing a series of commands to be surrounded in a special if-block:



    if __name__ == '__main__':
    ...


    This prevents the code from being executed when it is imported into another module.



    It's probably a good idea to put most of your code into a method or two



    Particularly once you've put your code inside a main block, the multiple levels of indentation can get a little messy quickly. It helps to put some of the code into a method and then call it, rather than just have it all in sequence:



    def print_longer_string(s1, s2):
    ...

    string1 = input("Enter first string: ")
    string2 = input("Enter second string: ")
    print_longer_string(string1, string2)


    Use len



    len is the standard mechanism for obtaining the length of a str, as well as any other sequence type.



    Reduce repetition



    You can reduce your if block to just two conditions by testing for equal lengths first and using a ternary:



    if len(string1) == len(string2):
    print("Both strings are equal.")
    else:
    print("Larger string is:")
    print(string1 if len(string1) > len(string2) else string2)


    This allows you to avoid repeating the print("Larger string is:") line without having to move that message to a variable.



    Use more descriptive messages



    "Both strings are equal" doesn't really describe what the program is telling you. "Larger" can also have different meanings, as well. (It could refer to lexical sorting, for example.) "The strings have equal length" and "The longer string is:" would be more explicit and less likely to cause confusion. We could differentiate between character and byte length, if that won't be clear from context, but character length is the usual assumption and is what you get from Python 3 by default.



    Formatting



    Read PEP8 for Python's standards on the use of spaces around parentheses, indentation length, and blank lines. Your team might define their own standards, but PEP8 is the industry default.



    Final code



    Putting all these together, you will get something like



    def print_longer_string(s1, s2):
    if len(s1) == len(s2):
    print("The strings have equal length")
    else:
    print("The longer string is:")
    print(s1 if len(s1) > len(s2) else s2)

    if __name__ == '__main__':
    s1 = input("Enter the first string: ")
    s2 = input("Enter the second string: ")
    print_longer_string(s1, s2)


    You'll note I also shortened the variables down to s1 and s2. string1 is actually fine as a variable name if you prefer; I just find s1 a bit quicker to read through. You usually want meaningful variable names, but there's no semantic meaning to these variables to capture in the name since it's just two arbitrary strings, so s1 doesn't really lose anything over string1.



    I also want to note that I considered separating out the printing from actually picking which string to print. I decided not to separate them because the case of equal lengths was handled differently. This fact greatly reduced any benefit we would get from separating the determination from the actual IO call. Separating them would require either having a function that returns the full string to print (which has little value since the exact message is probably dependent on the IO mechanism anyway) or introducing an extra indicator in the return value to detect the equal length case (which is a level of complexity the program does not need yet under its current requirements).






    share|improve this answer











    $endgroup$












    • $begingroup$
      IIRC, in Python 3, len returns the number of codepoints, not graphemes or grapheme clusters.
      $endgroup$
      – Solomon Ucko
      May 24 at 13:42










    • $begingroup$
      @SolomonUcko: True. But there aren't any simple built-in solutions to that problem; unicodedata.normalize in NFC/NFKC mode will compose cases where an existing codepoint can express the composed form of decomposed code points, but there are some languages (East Asian IIRC) where the set of composed characters is too huge to assign a codepoint to each, so you can't combine them. I'm sure some PyPI module offers grapheme support, but it's usually allowable to compare codepoint lengths in exercises like this.
      $endgroup$
      – ShadowRanger
      May 24 at 16:38










    • $begingroup$
      @ShadowRanger Yep. BTW, I found the grapheme package. It is much less efficient to operate on graphemes, though, as they are variable-size, and operating on codepoints is often good enough. A native implementation could, however, store an array of pointers to the beginning of each grapheme, and perform operations using that.
      $endgroup$
      – Solomon Ucko
      May 24 at 17:41














    28












    28








    28





    $begingroup$

    Limit execution to main module



    It is customary for code that starts executing a series of commands to be surrounded in a special if-block:



    if __name__ == '__main__':
    ...


    This prevents the code from being executed when it is imported into another module.



    It's probably a good idea to put most of your code into a method or two



    Particularly once you've put your code inside a main block, the multiple levels of indentation can get a little messy quickly. It helps to put some of the code into a method and then call it, rather than just have it all in sequence:



    def print_longer_string(s1, s2):
    ...

    string1 = input("Enter first string: ")
    string2 = input("Enter second string: ")
    print_longer_string(string1, string2)


    Use len



    len is the standard mechanism for obtaining the length of a str, as well as any other sequence type.



    Reduce repetition



    You can reduce your if block to just two conditions by testing for equal lengths first and using a ternary:



    if len(string1) == len(string2):
    print("Both strings are equal.")
    else:
    print("Larger string is:")
    print(string1 if len(string1) > len(string2) else string2)


    This allows you to avoid repeating the print("Larger string is:") line without having to move that message to a variable.



    Use more descriptive messages



    "Both strings are equal" doesn't really describe what the program is telling you. "Larger" can also have different meanings, as well. (It could refer to lexical sorting, for example.) "The strings have equal length" and "The longer string is:" would be more explicit and less likely to cause confusion. We could differentiate between character and byte length, if that won't be clear from context, but character length is the usual assumption and is what you get from Python 3 by default.



    Formatting



    Read PEP8 for Python's standards on the use of spaces around parentheses, indentation length, and blank lines. Your team might define their own standards, but PEP8 is the industry default.



    Final code



    Putting all these together, you will get something like



    def print_longer_string(s1, s2):
    if len(s1) == len(s2):
    print("The strings have equal length")
    else:
    print("The longer string is:")
    print(s1 if len(s1) > len(s2) else s2)

    if __name__ == '__main__':
    s1 = input("Enter the first string: ")
    s2 = input("Enter the second string: ")
    print_longer_string(s1, s2)


    You'll note I also shortened the variables down to s1 and s2. string1 is actually fine as a variable name if you prefer; I just find s1 a bit quicker to read through. You usually want meaningful variable names, but there's no semantic meaning to these variables to capture in the name since it's just two arbitrary strings, so s1 doesn't really lose anything over string1.



    I also want to note that I considered separating out the printing from actually picking which string to print. I decided not to separate them because the case of equal lengths was handled differently. This fact greatly reduced any benefit we would get from separating the determination from the actual IO call. Separating them would require either having a function that returns the full string to print (which has little value since the exact message is probably dependent on the IO mechanism anyway) or introducing an extra indicator in the return value to detect the equal length case (which is a level of complexity the program does not need yet under its current requirements).






    share|improve this answer











    $endgroup$



    Limit execution to main module



    It is customary for code that starts executing a series of commands to be surrounded in a special if-block:



    if __name__ == '__main__':
    ...


    This prevents the code from being executed when it is imported into another module.



    It's probably a good idea to put most of your code into a method or two



    Particularly once you've put your code inside a main block, the multiple levels of indentation can get a little messy quickly. It helps to put some of the code into a method and then call it, rather than just have it all in sequence:



    def print_longer_string(s1, s2):
    ...

    string1 = input("Enter first string: ")
    string2 = input("Enter second string: ")
    print_longer_string(string1, string2)


    Use len



    len is the standard mechanism for obtaining the length of a str, as well as any other sequence type.



    Reduce repetition



    You can reduce your if block to just two conditions by testing for equal lengths first and using a ternary:



    if len(string1) == len(string2):
    print("Both strings are equal.")
    else:
    print("Larger string is:")
    print(string1 if len(string1) > len(string2) else string2)


    This allows you to avoid repeating the print("Larger string is:") line without having to move that message to a variable.



    Use more descriptive messages



    "Both strings are equal" doesn't really describe what the program is telling you. "Larger" can also have different meanings, as well. (It could refer to lexical sorting, for example.) "The strings have equal length" and "The longer string is:" would be more explicit and less likely to cause confusion. We could differentiate between character and byte length, if that won't be clear from context, but character length is the usual assumption and is what you get from Python 3 by default.



    Formatting



    Read PEP8 for Python's standards on the use of spaces around parentheses, indentation length, and blank lines. Your team might define their own standards, but PEP8 is the industry default.



    Final code



    Putting all these together, you will get something like



    def print_longer_string(s1, s2):
    if len(s1) == len(s2):
    print("The strings have equal length")
    else:
    print("The longer string is:")
    print(s1 if len(s1) > len(s2) else s2)

    if __name__ == '__main__':
    s1 = input("Enter the first string: ")
    s2 = input("Enter the second string: ")
    print_longer_string(s1, s2)


    You'll note I also shortened the variables down to s1 and s2. string1 is actually fine as a variable name if you prefer; I just find s1 a bit quicker to read through. You usually want meaningful variable names, but there's no semantic meaning to these variables to capture in the name since it's just two arbitrary strings, so s1 doesn't really lose anything over string1.



    I also want to note that I considered separating out the printing from actually picking which string to print. I decided not to separate them because the case of equal lengths was handled differently. This fact greatly reduced any benefit we would get from separating the determination from the actual IO call. Separating them would require either having a function that returns the full string to print (which has little value since the exact message is probably dependent on the IO mechanism anyway) or introducing an extra indicator in the return value to detect the equal length case (which is a level of complexity the program does not need yet under its current requirements).







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited May 23 at 4:36

























    answered May 22 at 23:33









    jpmc26jpmc26

    1,106712




    1,106712











    • $begingroup$
      IIRC, in Python 3, len returns the number of codepoints, not graphemes or grapheme clusters.
      $endgroup$
      – Solomon Ucko
      May 24 at 13:42










    • $begingroup$
      @SolomonUcko: True. But there aren't any simple built-in solutions to that problem; unicodedata.normalize in NFC/NFKC mode will compose cases where an existing codepoint can express the composed form of decomposed code points, but there are some languages (East Asian IIRC) where the set of composed characters is too huge to assign a codepoint to each, so you can't combine them. I'm sure some PyPI module offers grapheme support, but it's usually allowable to compare codepoint lengths in exercises like this.
      $endgroup$
      – ShadowRanger
      May 24 at 16:38










    • $begingroup$
      @ShadowRanger Yep. BTW, I found the grapheme package. It is much less efficient to operate on graphemes, though, as they are variable-size, and operating on codepoints is often good enough. A native implementation could, however, store an array of pointers to the beginning of each grapheme, and perform operations using that.
      $endgroup$
      – Solomon Ucko
      May 24 at 17:41

















    • $begingroup$
      IIRC, in Python 3, len returns the number of codepoints, not graphemes or grapheme clusters.
      $endgroup$
      – Solomon Ucko
      May 24 at 13:42










    • $begingroup$
      @SolomonUcko: True. But there aren't any simple built-in solutions to that problem; unicodedata.normalize in NFC/NFKC mode will compose cases where an existing codepoint can express the composed form of decomposed code points, but there are some languages (East Asian IIRC) where the set of composed characters is too huge to assign a codepoint to each, so you can't combine them. I'm sure some PyPI module offers grapheme support, but it's usually allowable to compare codepoint lengths in exercises like this.
      $endgroup$
      – ShadowRanger
      May 24 at 16:38










    • $begingroup$
      @ShadowRanger Yep. BTW, I found the grapheme package. It is much less efficient to operate on graphemes, though, as they are variable-size, and operating on codepoints is often good enough. A native implementation could, however, store an array of pointers to the beginning of each grapheme, and perform operations using that.
      $endgroup$
      – Solomon Ucko
      May 24 at 17:41
















    $begingroup$
    IIRC, in Python 3, len returns the number of codepoints, not graphemes or grapheme clusters.
    $endgroup$
    – Solomon Ucko
    May 24 at 13:42




    $begingroup$
    IIRC, in Python 3, len returns the number of codepoints, not graphemes or grapheme clusters.
    $endgroup$
    – Solomon Ucko
    May 24 at 13:42












    $begingroup$
    @SolomonUcko: True. But there aren't any simple built-in solutions to that problem; unicodedata.normalize in NFC/NFKC mode will compose cases where an existing codepoint can express the composed form of decomposed code points, but there are some languages (East Asian IIRC) where the set of composed characters is too huge to assign a codepoint to each, so you can't combine them. I'm sure some PyPI module offers grapheme support, but it's usually allowable to compare codepoint lengths in exercises like this.
    $endgroup$
    – ShadowRanger
    May 24 at 16:38




    $begingroup$
    @SolomonUcko: True. But there aren't any simple built-in solutions to that problem; unicodedata.normalize in NFC/NFKC mode will compose cases where an existing codepoint can express the composed form of decomposed code points, but there are some languages (East Asian IIRC) where the set of composed characters is too huge to assign a codepoint to each, so you can't combine them. I'm sure some PyPI module offers grapheme support, but it's usually allowable to compare codepoint lengths in exercises like this.
    $endgroup$
    – ShadowRanger
    May 24 at 16:38












    $begingroup$
    @ShadowRanger Yep. BTW, I found the grapheme package. It is much less efficient to operate on graphemes, though, as they are variable-size, and operating on codepoints is often good enough. A native implementation could, however, store an array of pointers to the beginning of each grapheme, and perform operations using that.
    $endgroup$
    – Solomon Ucko
    May 24 at 17:41





    $begingroup$
    @ShadowRanger Yep. BTW, I found the grapheme package. It is much less efficient to operate on graphemes, though, as they are variable-size, and operating on codepoints is often good enough. A native implementation could, however, store an array of pointers to the beginning of each grapheme, and perform operations using that.
    $endgroup$
    – Solomon Ucko
    May 24 at 17:41












    7












    $begingroup$

    Since Acccumulation's answer was considered too confusing, here's the same using a real Python ternary operator.



    print('Equal' if len(s1) == len(s2) else 'Larger is ' + max(s1, s2, key=len))


    I don't see the point in using .format for this kind of simple concatenation.






    share|improve this answer









    $endgroup$

















      7












      $begingroup$

      Since Acccumulation's answer was considered too confusing, here's the same using a real Python ternary operator.



      print('Equal' if len(s1) == len(s2) else 'Larger is ' + max(s1, s2, key=len))


      I don't see the point in using .format for this kind of simple concatenation.






      share|improve this answer









      $endgroup$















        7












        7








        7





        $begingroup$

        Since Acccumulation's answer was considered too confusing, here's the same using a real Python ternary operator.



        print('Equal' if len(s1) == len(s2) else 'Larger is ' + max(s1, s2, key=len))


        I don't see the point in using .format for this kind of simple concatenation.






        share|improve this answer









        $endgroup$



        Since Acccumulation's answer was considered too confusing, here's the same using a real Python ternary operator.



        print('Equal' if len(s1) == len(s2) else 'Larger is ' + max(s1, s2, key=len))


        I don't see the point in using .format for this kind of simple concatenation.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered May 23 at 13:30









        JollyJokerJollyJoker

        57126




        57126





















            6












            $begingroup$

            Building off of WeRelic and user201327 answers, if you really want to optimize for short code, you can do:



            print(('Larger string is:'.format(max(string1,string2, key=len)),'Both strings are equal.')[len(string1)==len(string2)])



            However, a more readable version would be



            if len(string1)==len(string2):
            print('Both strings are equal.')
            else:
            print('Larger string is:'.format(max(string1,string2, key=len))


            Or, following JollyJoker's suggestion,



            print( 'Both strings are equal.' if len(string1)==len(string2) 
            else 'Larger string is:'.format(max(string1,string2, key=len)))


            Breaking down the short version:



            max(string1,string2, key=len) returns the larger string, as measured by length



            ('Larger string is:'.format(max(string1,string2, key=len)) Takes the larger of the two strings, and inserts it into the string 'Larger string is:



            ('Larger string is:'.format(max(string1,string2, key=len)),'Both strings are equal.') creates tuple where the first value says what the larger string is, and the second element says they're equal



            len(string1)==len(string2) returns a boolean based on whether the strings are equal length.



            [len(string1)==len(string2)] takes one of the elements of the tuple, according to the value of len(string1)==len(string2). This coerces the boolean into an integer: False is considered to be 0 and retrieves the Larger string is: element. True is considered to be 1, and retrieves the 'Both strings are equal.' element.






            share|improve this answer











            $endgroup$












            • $begingroup$
              Judging by the comments, this answer except using a if condition else b should be the correct one. So, print('Both strings are equal.' if len(string1)==len(string2) else 'Larger string is:'.format(max(string1,string2, key=len) ?
              $endgroup$
              – JollyJoker
              May 23 at 8:29






            • 1




              $begingroup$
              -1, this is technically correct, but the functionality is obfuscated to the point where you need multiple paragraphs to explain how it works. This isn't code golf; rather, the code should be easy-to-read and self-explanatory.
              $endgroup$
              – crunch
              May 23 at 9:35










            • $begingroup$
              @crunch Well, the OP did indicate that they were asking for a short version. And I think it's a bit perverse to penalize me for spending several paragraphs explaining the code. Much of the length was due to explaining things at a basic level, such as linking to an explanation of coercion. But I've edited to make it more clear that this isn't necessarily the best way of doing it.
              $endgroup$
              – Acccumulation
              May 23 at 13:55










            • $begingroup$
              @JollyJoker In Python, it's if condition a else b, rather than a if condition else b.
              $endgroup$
              – Acccumulation
              May 23 at 13:56






            • 4




              $begingroup$
              @Acccumulation book.pythontips.com/en/latest/ternary_operators.html It's real, just looks like a switched around if-else
              $endgroup$
              – JollyJoker
              May 23 at 13:57
















            6












            $begingroup$

            Building off of WeRelic and user201327 answers, if you really want to optimize for short code, you can do:



            print(('Larger string is:'.format(max(string1,string2, key=len)),'Both strings are equal.')[len(string1)==len(string2)])



            However, a more readable version would be



            if len(string1)==len(string2):
            print('Both strings are equal.')
            else:
            print('Larger string is:'.format(max(string1,string2, key=len))


            Or, following JollyJoker's suggestion,



            print( 'Both strings are equal.' if len(string1)==len(string2) 
            else 'Larger string is:'.format(max(string1,string2, key=len)))


            Breaking down the short version:



            max(string1,string2, key=len) returns the larger string, as measured by length



            ('Larger string is:'.format(max(string1,string2, key=len)) Takes the larger of the two strings, and inserts it into the string 'Larger string is:



            ('Larger string is:'.format(max(string1,string2, key=len)),'Both strings are equal.') creates tuple where the first value says what the larger string is, and the second element says they're equal



            len(string1)==len(string2) returns a boolean based on whether the strings are equal length.



            [len(string1)==len(string2)] takes one of the elements of the tuple, according to the value of len(string1)==len(string2). This coerces the boolean into an integer: False is considered to be 0 and retrieves the Larger string is: element. True is considered to be 1, and retrieves the 'Both strings are equal.' element.






            share|improve this answer











            $endgroup$












            • $begingroup$
              Judging by the comments, this answer except using a if condition else b should be the correct one. So, print('Both strings are equal.' if len(string1)==len(string2) else 'Larger string is:'.format(max(string1,string2, key=len) ?
              $endgroup$
              – JollyJoker
              May 23 at 8:29






            • 1




              $begingroup$
              -1, this is technically correct, but the functionality is obfuscated to the point where you need multiple paragraphs to explain how it works. This isn't code golf; rather, the code should be easy-to-read and self-explanatory.
              $endgroup$
              – crunch
              May 23 at 9:35










            • $begingroup$
              @crunch Well, the OP did indicate that they were asking for a short version. And I think it's a bit perverse to penalize me for spending several paragraphs explaining the code. Much of the length was due to explaining things at a basic level, such as linking to an explanation of coercion. But I've edited to make it more clear that this isn't necessarily the best way of doing it.
              $endgroup$
              – Acccumulation
              May 23 at 13:55










            • $begingroup$
              @JollyJoker In Python, it's if condition a else b, rather than a if condition else b.
              $endgroup$
              – Acccumulation
              May 23 at 13:56






            • 4




              $begingroup$
              @Acccumulation book.pythontips.com/en/latest/ternary_operators.html It's real, just looks like a switched around if-else
              $endgroup$
              – JollyJoker
              May 23 at 13:57














            6












            6








            6





            $begingroup$

            Building off of WeRelic and user201327 answers, if you really want to optimize for short code, you can do:



            print(('Larger string is:'.format(max(string1,string2, key=len)),'Both strings are equal.')[len(string1)==len(string2)])



            However, a more readable version would be



            if len(string1)==len(string2):
            print('Both strings are equal.')
            else:
            print('Larger string is:'.format(max(string1,string2, key=len))


            Or, following JollyJoker's suggestion,



            print( 'Both strings are equal.' if len(string1)==len(string2) 
            else 'Larger string is:'.format(max(string1,string2, key=len)))


            Breaking down the short version:



            max(string1,string2, key=len) returns the larger string, as measured by length



            ('Larger string is:'.format(max(string1,string2, key=len)) Takes the larger of the two strings, and inserts it into the string 'Larger string is:



            ('Larger string is:'.format(max(string1,string2, key=len)),'Both strings are equal.') creates tuple where the first value says what the larger string is, and the second element says they're equal



            len(string1)==len(string2) returns a boolean based on whether the strings are equal length.



            [len(string1)==len(string2)] takes one of the elements of the tuple, according to the value of len(string1)==len(string2). This coerces the boolean into an integer: False is considered to be 0 and retrieves the Larger string is: element. True is considered to be 1, and retrieves the 'Both strings are equal.' element.






            share|improve this answer











            $endgroup$



            Building off of WeRelic and user201327 answers, if you really want to optimize for short code, you can do:



            print(('Larger string is:'.format(max(string1,string2, key=len)),'Both strings are equal.')[len(string1)==len(string2)])



            However, a more readable version would be



            if len(string1)==len(string2):
            print('Both strings are equal.')
            else:
            print('Larger string is:'.format(max(string1,string2, key=len))


            Or, following JollyJoker's suggestion,



            print( 'Both strings are equal.' if len(string1)==len(string2) 
            else 'Larger string is:'.format(max(string1,string2, key=len)))


            Breaking down the short version:



            max(string1,string2, key=len) returns the larger string, as measured by length



            ('Larger string is:'.format(max(string1,string2, key=len)) Takes the larger of the two strings, and inserts it into the string 'Larger string is:



            ('Larger string is:'.format(max(string1,string2, key=len)),'Both strings are equal.') creates tuple where the first value says what the larger string is, and the second element says they're equal



            len(string1)==len(string2) returns a boolean based on whether the strings are equal length.



            [len(string1)==len(string2)] takes one of the elements of the tuple, according to the value of len(string1)==len(string2). This coerces the boolean into an integer: False is considered to be 0 and retrieves the Larger string is: element. True is considered to be 1, and retrieves the 'Both strings are equal.' element.







            share|improve this answer














            share|improve this answer



            share|improve this answer








            edited May 29 at 14:43

























            answered May 22 at 22:10









            AcccumulationAcccumulation

            1,12515




            1,12515











            • $begingroup$
              Judging by the comments, this answer except using a if condition else b should be the correct one. So, print('Both strings are equal.' if len(string1)==len(string2) else 'Larger string is:'.format(max(string1,string2, key=len) ?
              $endgroup$
              – JollyJoker
              May 23 at 8:29






            • 1




              $begingroup$
              -1, this is technically correct, but the functionality is obfuscated to the point where you need multiple paragraphs to explain how it works. This isn't code golf; rather, the code should be easy-to-read and self-explanatory.
              $endgroup$
              – crunch
              May 23 at 9:35










            • $begingroup$
              @crunch Well, the OP did indicate that they were asking for a short version. And I think it's a bit perverse to penalize me for spending several paragraphs explaining the code. Much of the length was due to explaining things at a basic level, such as linking to an explanation of coercion. But I've edited to make it more clear that this isn't necessarily the best way of doing it.
              $endgroup$
              – Acccumulation
              May 23 at 13:55










            • $begingroup$
              @JollyJoker In Python, it's if condition a else b, rather than a if condition else b.
              $endgroup$
              – Acccumulation
              May 23 at 13:56






            • 4




              $begingroup$
              @Acccumulation book.pythontips.com/en/latest/ternary_operators.html It's real, just looks like a switched around if-else
              $endgroup$
              – JollyJoker
              May 23 at 13:57

















            • $begingroup$
              Judging by the comments, this answer except using a if condition else b should be the correct one. So, print('Both strings are equal.' if len(string1)==len(string2) else 'Larger string is:'.format(max(string1,string2, key=len) ?
              $endgroup$
              – JollyJoker
              May 23 at 8:29






            • 1




              $begingroup$
              -1, this is technically correct, but the functionality is obfuscated to the point where you need multiple paragraphs to explain how it works. This isn't code golf; rather, the code should be easy-to-read and self-explanatory.
              $endgroup$
              – crunch
              May 23 at 9:35










            • $begingroup$
              @crunch Well, the OP did indicate that they were asking for a short version. And I think it's a bit perverse to penalize me for spending several paragraphs explaining the code. Much of the length was due to explaining things at a basic level, such as linking to an explanation of coercion. But I've edited to make it more clear that this isn't necessarily the best way of doing it.
              $endgroup$
              – Acccumulation
              May 23 at 13:55










            • $begingroup$
              @JollyJoker In Python, it's if condition a else b, rather than a if condition else b.
              $endgroup$
              – Acccumulation
              May 23 at 13:56






            • 4




              $begingroup$
              @Acccumulation book.pythontips.com/en/latest/ternary_operators.html It's real, just looks like a switched around if-else
              $endgroup$
              – JollyJoker
              May 23 at 13:57
















            $begingroup$
            Judging by the comments, this answer except using a if condition else b should be the correct one. So, print('Both strings are equal.' if len(string1)==len(string2) else 'Larger string is:'.format(max(string1,string2, key=len) ?
            $endgroup$
            – JollyJoker
            May 23 at 8:29




            $begingroup$
            Judging by the comments, this answer except using a if condition else b should be the correct one. So, print('Both strings are equal.' if len(string1)==len(string2) else 'Larger string is:'.format(max(string1,string2, key=len) ?
            $endgroup$
            – JollyJoker
            May 23 at 8:29




            1




            1




            $begingroup$
            -1, this is technically correct, but the functionality is obfuscated to the point where you need multiple paragraphs to explain how it works. This isn't code golf; rather, the code should be easy-to-read and self-explanatory.
            $endgroup$
            – crunch
            May 23 at 9:35




            $begingroup$
            -1, this is technically correct, but the functionality is obfuscated to the point where you need multiple paragraphs to explain how it works. This isn't code golf; rather, the code should be easy-to-read and self-explanatory.
            $endgroup$
            – crunch
            May 23 at 9:35












            $begingroup$
            @crunch Well, the OP did indicate that they were asking for a short version. And I think it's a bit perverse to penalize me for spending several paragraphs explaining the code. Much of the length was due to explaining things at a basic level, such as linking to an explanation of coercion. But I've edited to make it more clear that this isn't necessarily the best way of doing it.
            $endgroup$
            – Acccumulation
            May 23 at 13:55




            $begingroup$
            @crunch Well, the OP did indicate that they were asking for a short version. And I think it's a bit perverse to penalize me for spending several paragraphs explaining the code. Much of the length was due to explaining things at a basic level, such as linking to an explanation of coercion. But I've edited to make it more clear that this isn't necessarily the best way of doing it.
            $endgroup$
            – Acccumulation
            May 23 at 13:55












            $begingroup$
            @JollyJoker In Python, it's if condition a else b, rather than a if condition else b.
            $endgroup$
            – Acccumulation
            May 23 at 13:56




            $begingroup$
            @JollyJoker In Python, it's if condition a else b, rather than a if condition else b.
            $endgroup$
            – Acccumulation
            May 23 at 13:56




            4




            4




            $begingroup$
            @Acccumulation book.pythontips.com/en/latest/ternary_operators.html It's real, just looks like a switched around if-else
            $endgroup$
            – JollyJoker
            May 23 at 13:57





            $begingroup$
            @Acccumulation book.pythontips.com/en/latest/ternary_operators.html It's real, just looks like a switched around if-else
            $endgroup$
            – JollyJoker
            May 23 at 13:57












            2












            $begingroup$

            Long live the Ternary:



            def print_longer(s,s2):
            # return (s,s2)[len(s)<len(s2)] if you don't want to print within the function.
            print( ( s, s2 )[ len(s) < len(s2) ] )


            Explanation:



            if-else statements are clean, but they're verbose. A ternary operation would reduce this to a one-liner.



            The format is as follows: (result_if_false,result_if_true)[comparison]



            What is happening is that (s,s2) is creating a tuple of the two strings. len(s)<len(s2) then compares the two, and because they're within square brackets []; the boolean result is casted to an integer index.



            Since you can only have a 0 or 1 result, this returns s if it is larger than s2, and vice-versa.



            EDIT: This returns s if both strings are of equal lengths.






            share|improve this answer











            $endgroup$








            • 4




              $begingroup$
              It doesn't properly handle the case of "Both strings are equal." but upvoted anyways because it's a nice approach
              $endgroup$
              – Andres
              May 22 at 18:37






            • 3




              $begingroup$
              The expression in your answer is not a ternary operator. By definition, a ternary operator takes 3 arguments. Your code uses binary operators instead.
              $endgroup$
              – Roland Illig
              May 22 at 21:25






            • 4




              $begingroup$
              Python's ternary is a if condition else b, not your tuple-indexing. Your own link calls your method obscure. It should only be seen as a holdover from very old versions of Python that don't support the if/else syntax (pre-2.5).
              $endgroup$
              – jpmc26
              May 22 at 23:03







            • 8




              $begingroup$
              I don't think this is appropriate. Python doesn't support C style ternaries and attempting to replicate it by indexing a tuple is not pythonic and so should not be suggested
              $endgroup$
              – Sirens
              May 23 at 4:43






            • 5




              $begingroup$
              @Sirens The if/else syntax is equivalent to C style ternaries, in that it only executes the selected expression.
              $endgroup$
              – jpmc26
              May 23 at 6:06















            2












            $begingroup$

            Long live the Ternary:



            def print_longer(s,s2):
            # return (s,s2)[len(s)<len(s2)] if you don't want to print within the function.
            print( ( s, s2 )[ len(s) < len(s2) ] )


            Explanation:



            if-else statements are clean, but they're verbose. A ternary operation would reduce this to a one-liner.



            The format is as follows: (result_if_false,result_if_true)[comparison]



            What is happening is that (s,s2) is creating a tuple of the two strings. len(s)<len(s2) then compares the two, and because they're within square brackets []; the boolean result is casted to an integer index.



            Since you can only have a 0 or 1 result, this returns s if it is larger than s2, and vice-versa.



            EDIT: This returns s if both strings are of equal lengths.






            share|improve this answer











            $endgroup$








            • 4




              $begingroup$
              It doesn't properly handle the case of "Both strings are equal." but upvoted anyways because it's a nice approach
              $endgroup$
              – Andres
              May 22 at 18:37






            • 3




              $begingroup$
              The expression in your answer is not a ternary operator. By definition, a ternary operator takes 3 arguments. Your code uses binary operators instead.
              $endgroup$
              – Roland Illig
              May 22 at 21:25






            • 4




              $begingroup$
              Python's ternary is a if condition else b, not your tuple-indexing. Your own link calls your method obscure. It should only be seen as a holdover from very old versions of Python that don't support the if/else syntax (pre-2.5).
              $endgroup$
              – jpmc26
              May 22 at 23:03







            • 8




              $begingroup$
              I don't think this is appropriate. Python doesn't support C style ternaries and attempting to replicate it by indexing a tuple is not pythonic and so should not be suggested
              $endgroup$
              – Sirens
              May 23 at 4:43






            • 5




              $begingroup$
              @Sirens The if/else syntax is equivalent to C style ternaries, in that it only executes the selected expression.
              $endgroup$
              – jpmc26
              May 23 at 6:06













            2












            2








            2





            $begingroup$

            Long live the Ternary:



            def print_longer(s,s2):
            # return (s,s2)[len(s)<len(s2)] if you don't want to print within the function.
            print( ( s, s2 )[ len(s) < len(s2) ] )


            Explanation:



            if-else statements are clean, but they're verbose. A ternary operation would reduce this to a one-liner.



            The format is as follows: (result_if_false,result_if_true)[comparison]



            What is happening is that (s,s2) is creating a tuple of the two strings. len(s)<len(s2) then compares the two, and because they're within square brackets []; the boolean result is casted to an integer index.



            Since you can only have a 0 or 1 result, this returns s if it is larger than s2, and vice-versa.



            EDIT: This returns s if both strings are of equal lengths.






            share|improve this answer











            $endgroup$



            Long live the Ternary:



            def print_longer(s,s2):
            # return (s,s2)[len(s)<len(s2)] if you don't want to print within the function.
            print( ( s, s2 )[ len(s) < len(s2) ] )


            Explanation:



            if-else statements are clean, but they're verbose. A ternary operation would reduce this to a one-liner.



            The format is as follows: (result_if_false,result_if_true)[comparison]



            What is happening is that (s,s2) is creating a tuple of the two strings. len(s)<len(s2) then compares the two, and because they're within square brackets []; the boolean result is casted to an integer index.



            Since you can only have a 0 or 1 result, this returns s if it is larger than s2, and vice-versa.



            EDIT: This returns s if both strings are of equal lengths.







            share|improve this answer














            share|improve this answer



            share|improve this answer








            edited May 22 at 17:04

























            answered May 22 at 17:02









            WeRelicWeRelic

            22014




            22014







            • 4




              $begingroup$
              It doesn't properly handle the case of "Both strings are equal." but upvoted anyways because it's a nice approach
              $endgroup$
              – Andres
              May 22 at 18:37






            • 3




              $begingroup$
              The expression in your answer is not a ternary operator. By definition, a ternary operator takes 3 arguments. Your code uses binary operators instead.
              $endgroup$
              – Roland Illig
              May 22 at 21:25






            • 4




              $begingroup$
              Python's ternary is a if condition else b, not your tuple-indexing. Your own link calls your method obscure. It should only be seen as a holdover from very old versions of Python that don't support the if/else syntax (pre-2.5).
              $endgroup$
              – jpmc26
              May 22 at 23:03







            • 8




              $begingroup$
              I don't think this is appropriate. Python doesn't support C style ternaries and attempting to replicate it by indexing a tuple is not pythonic and so should not be suggested
              $endgroup$
              – Sirens
              May 23 at 4:43






            • 5




              $begingroup$
              @Sirens The if/else syntax is equivalent to C style ternaries, in that it only executes the selected expression.
              $endgroup$
              – jpmc26
              May 23 at 6:06












            • 4




              $begingroup$
              It doesn't properly handle the case of "Both strings are equal." but upvoted anyways because it's a nice approach
              $endgroup$
              – Andres
              May 22 at 18:37






            • 3




              $begingroup$
              The expression in your answer is not a ternary operator. By definition, a ternary operator takes 3 arguments. Your code uses binary operators instead.
              $endgroup$
              – Roland Illig
              May 22 at 21:25






            • 4




              $begingroup$
              Python's ternary is a if condition else b, not your tuple-indexing. Your own link calls your method obscure. It should only be seen as a holdover from very old versions of Python that don't support the if/else syntax (pre-2.5).
              $endgroup$
              – jpmc26
              May 22 at 23:03







            • 8




              $begingroup$
              I don't think this is appropriate. Python doesn't support C style ternaries and attempting to replicate it by indexing a tuple is not pythonic and so should not be suggested
              $endgroup$
              – Sirens
              May 23 at 4:43






            • 5




              $begingroup$
              @Sirens The if/else syntax is equivalent to C style ternaries, in that it only executes the selected expression.
              $endgroup$
              – jpmc26
              May 23 at 6:06







            4




            4




            $begingroup$
            It doesn't properly handle the case of "Both strings are equal." but upvoted anyways because it's a nice approach
            $endgroup$
            – Andres
            May 22 at 18:37




            $begingroup$
            It doesn't properly handle the case of "Both strings are equal." but upvoted anyways because it's a nice approach
            $endgroup$
            – Andres
            May 22 at 18:37




            3




            3




            $begingroup$
            The expression in your answer is not a ternary operator. By definition, a ternary operator takes 3 arguments. Your code uses binary operators instead.
            $endgroup$
            – Roland Illig
            May 22 at 21:25




            $begingroup$
            The expression in your answer is not a ternary operator. By definition, a ternary operator takes 3 arguments. Your code uses binary operators instead.
            $endgroup$
            – Roland Illig
            May 22 at 21:25




            4




            4




            $begingroup$
            Python's ternary is a if condition else b, not your tuple-indexing. Your own link calls your method obscure. It should only be seen as a holdover from very old versions of Python that don't support the if/else syntax (pre-2.5).
            $endgroup$
            – jpmc26
            May 22 at 23:03





            $begingroup$
            Python's ternary is a if condition else b, not your tuple-indexing. Your own link calls your method obscure. It should only be seen as a holdover from very old versions of Python that don't support the if/else syntax (pre-2.5).
            $endgroup$
            – jpmc26
            May 22 at 23:03





            8




            8




            $begingroup$
            I don't think this is appropriate. Python doesn't support C style ternaries and attempting to replicate it by indexing a tuple is not pythonic and so should not be suggested
            $endgroup$
            – Sirens
            May 23 at 4:43




            $begingroup$
            I don't think this is appropriate. Python doesn't support C style ternaries and attempting to replicate it by indexing a tuple is not pythonic and so should not be suggested
            $endgroup$
            – Sirens
            May 23 at 4:43




            5




            5




            $begingroup$
            @Sirens The if/else syntax is equivalent to C style ternaries, in that it only executes the selected expression.
            $endgroup$
            – jpmc26
            May 23 at 6:06




            $begingroup$
            @Sirens The if/else syntax is equivalent to C style ternaries, in that it only executes the selected expression.
            $endgroup$
            – jpmc26
            May 23 at 6:06











            0












            $begingroup$

            Here's how I would find the longest strings in a list of strings:



            import itertools

            def longest_string(strings):
            if not strings:
            return []

            strings_by_length = itertools.groupby(strings, len)
            maximum_length = max(strings_by_length.keys())
            return strings_by_length[maximum_length]





            share|improve this answer









            $endgroup$












            • $begingroup$
              This does not behave as the original post does for the case of strings of equal length.
              $endgroup$
              – jpmc26
              May 29 at 13:17















            0












            $begingroup$

            Here's how I would find the longest strings in a list of strings:



            import itertools

            def longest_string(strings):
            if not strings:
            return []

            strings_by_length = itertools.groupby(strings, len)
            maximum_length = max(strings_by_length.keys())
            return strings_by_length[maximum_length]





            share|improve this answer









            $endgroup$












            • $begingroup$
              This does not behave as the original post does for the case of strings of equal length.
              $endgroup$
              – jpmc26
              May 29 at 13:17













            0












            0








            0





            $begingroup$

            Here's how I would find the longest strings in a list of strings:



            import itertools

            def longest_string(strings):
            if not strings:
            return []

            strings_by_length = itertools.groupby(strings, len)
            maximum_length = max(strings_by_length.keys())
            return strings_by_length[maximum_length]





            share|improve this answer









            $endgroup$



            Here's how I would find the longest strings in a list of strings:



            import itertools

            def longest_string(strings):
            if not strings:
            return []

            strings_by_length = itertools.groupby(strings, len)
            maximum_length = max(strings_by_length.keys())
            return strings_by_length[maximum_length]






            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered May 23 at 22:27









            chmod 777 jchmod 777 j

            43714




            43714











            • $begingroup$
              This does not behave as the original post does for the case of strings of equal length.
              $endgroup$
              – jpmc26
              May 29 at 13:17
















            • $begingroup$
              This does not behave as the original post does for the case of strings of equal length.
              $endgroup$
              – jpmc26
              May 29 at 13:17















            $begingroup$
            This does not behave as the original post does for the case of strings of equal length.
            $endgroup$
            – jpmc26
            May 29 at 13:17




            $begingroup$
            This does not behave as the original post does for the case of strings of equal length.
            $endgroup$
            – jpmc26
            May 29 at 13:17











            -1












            $begingroup$

            You can immediately assume that the first one is larger and then reassign it to the second one if that one is larger, like this:



            larger = input("Enter first string: ")
            string2 = input("Enter second string: ")
            if (len(string2) > len(larger)):
            larger = string2
            print(larger)





            share|improve this answer











            $endgroup$








            • 1




              $begingroup$
              Brackets are not necessary.
              $endgroup$
              – Acccumulation
              May 23 at 16:05






            • 1




              $begingroup$
              Was your code supposed to be C or Python? At the moment, it's neither.
              $endgroup$
              – Mast
              May 23 at 16:58










            • $begingroup$
              @Mast Sorry, I don't know either. I'm just pretending.
              $endgroup$
              – stackzebra
              May 23 at 17:58











            • $begingroup$
              @Mast Fixed now.
              $endgroup$
              – stackzebra
              May 24 at 7:08










            • $begingroup$
              This does not behave as the original post does for the case of strings of equal length.
              $endgroup$
              – jpmc26
              May 29 at 13:18















            -1












            $begingroup$

            You can immediately assume that the first one is larger and then reassign it to the second one if that one is larger, like this:



            larger = input("Enter first string: ")
            string2 = input("Enter second string: ")
            if (len(string2) > len(larger)):
            larger = string2
            print(larger)





            share|improve this answer











            $endgroup$








            • 1




              $begingroup$
              Brackets are not necessary.
              $endgroup$
              – Acccumulation
              May 23 at 16:05






            • 1




              $begingroup$
              Was your code supposed to be C or Python? At the moment, it's neither.
              $endgroup$
              – Mast
              May 23 at 16:58










            • $begingroup$
              @Mast Sorry, I don't know either. I'm just pretending.
              $endgroup$
              – stackzebra
              May 23 at 17:58











            • $begingroup$
              @Mast Fixed now.
              $endgroup$
              – stackzebra
              May 24 at 7:08










            • $begingroup$
              This does not behave as the original post does for the case of strings of equal length.
              $endgroup$
              – jpmc26
              May 29 at 13:18













            -1












            -1








            -1





            $begingroup$

            You can immediately assume that the first one is larger and then reassign it to the second one if that one is larger, like this:



            larger = input("Enter first string: ")
            string2 = input("Enter second string: ")
            if (len(string2) > len(larger)):
            larger = string2
            print(larger)





            share|improve this answer











            $endgroup$



            You can immediately assume that the first one is larger and then reassign it to the second one if that one is larger, like this:



            larger = input("Enter first string: ")
            string2 = input("Enter second string: ")
            if (len(string2) > len(larger)):
            larger = string2
            print(larger)






            share|improve this answer














            share|improve this answer



            share|improve this answer








            edited May 24 at 7:06

























            answered May 23 at 12:58









            stackzebrastackzebra

            1152




            1152







            • 1




              $begingroup$
              Brackets are not necessary.
              $endgroup$
              – Acccumulation
              May 23 at 16:05






            • 1




              $begingroup$
              Was your code supposed to be C or Python? At the moment, it's neither.
              $endgroup$
              – Mast
              May 23 at 16:58










            • $begingroup$
              @Mast Sorry, I don't know either. I'm just pretending.
              $endgroup$
              – stackzebra
              May 23 at 17:58











            • $begingroup$
              @Mast Fixed now.
              $endgroup$
              – stackzebra
              May 24 at 7:08










            • $begingroup$
              This does not behave as the original post does for the case of strings of equal length.
              $endgroup$
              – jpmc26
              May 29 at 13:18












            • 1




              $begingroup$
              Brackets are not necessary.
              $endgroup$
              – Acccumulation
              May 23 at 16:05






            • 1




              $begingroup$
              Was your code supposed to be C or Python? At the moment, it's neither.
              $endgroup$
              – Mast
              May 23 at 16:58










            • $begingroup$
              @Mast Sorry, I don't know either. I'm just pretending.
              $endgroup$
              – stackzebra
              May 23 at 17:58











            • $begingroup$
              @Mast Fixed now.
              $endgroup$
              – stackzebra
              May 24 at 7:08










            • $begingroup$
              This does not behave as the original post does for the case of strings of equal length.
              $endgroup$
              – jpmc26
              May 29 at 13:18







            1




            1




            $begingroup$
            Brackets are not necessary.
            $endgroup$
            – Acccumulation
            May 23 at 16:05




            $begingroup$
            Brackets are not necessary.
            $endgroup$
            – Acccumulation
            May 23 at 16:05




            1




            1




            $begingroup$
            Was your code supposed to be C or Python? At the moment, it's neither.
            $endgroup$
            – Mast
            May 23 at 16:58




            $begingroup$
            Was your code supposed to be C or Python? At the moment, it's neither.
            $endgroup$
            – Mast
            May 23 at 16:58












            $begingroup$
            @Mast Sorry, I don't know either. I'm just pretending.
            $endgroup$
            – stackzebra
            May 23 at 17:58





            $begingroup$
            @Mast Sorry, I don't know either. I'm just pretending.
            $endgroup$
            – stackzebra
            May 23 at 17:58













            $begingroup$
            @Mast Fixed now.
            $endgroup$
            – stackzebra
            May 24 at 7:08




            $begingroup$
            @Mast Fixed now.
            $endgroup$
            – stackzebra
            May 24 at 7:08












            $begingroup$
            This does not behave as the original post does for the case of strings of equal length.
            $endgroup$
            – jpmc26
            May 29 at 13:18




            $begingroup$
            This does not behave as the original post does for the case of strings of equal length.
            $endgroup$
            – jpmc26
            May 29 at 13:18

















            draft saved

            draft discarded
















































            Thanks for contributing an answer to Code Review Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid


            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.

            Use MathJax to format equations. MathJax reference.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fcodereview.stackexchange.com%2fquestions%2f220726%2fpython-program-to-take-in-two-strings-and-print-the-larger-string%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Club Baloncesto Breogán Índice Historia | Pavillón | Nome | O Breogán na cultura popular | Xogadores | Adestradores | Presidentes | Palmarés | Historial | Líderes | Notas | Véxase tamén | Menú de navegacióncbbreogan.galCadroGuía oficial da ACB 2009-10, páxina 201Guía oficial ACB 1992, páxina 183. Editorial DB.É de 6.500 espectadores sentados axeitándose á última normativa"Estudiantes Junior, entre as mellores canteiras"o orixinalHemeroteca El Mundo Deportivo, 16 setembro de 1970, páxina 12Historia do BreogánAlfredo Pérez, o último canoneiroHistoria C.B. BreogánHemeroteca de El Mundo DeportivoJimmy Wright, norteamericano do Breogán deixará Lugo por ameazas de morteResultados de Breogán en 1986-87Resultados de Breogán en 1990-91Ficha de Velimir Perasović en acb.comResultados de Breogán en 1994-95Breogán arrasa al Barça. "El Mundo Deportivo", 27 de setembro de 1999, páxina 58CB Breogán - FC BarcelonaA FEB invita a participar nunha nova Liga EuropeaCharlie Bell na prensa estatalMáximos anotadores 2005Tempada 2005-06 : Tódolos Xogadores da Xornada""Non quero pensar nunha man negra, mais pregúntome que está a pasar""o orixinalRaúl López, orgulloso dos xogadores, presume da boa saúde económica do BreogánJulio González confirma que cesa como presidente del BreogánHomenaxe a Lisardo GómezA tempada do rexurdimento celesteEntrevista a Lisardo GómezEl COB dinamita el Pazo para forzar el quinto (69-73)Cafés Candelas, patrocinador del CB Breogán"Suso Lázare, novo presidente do Breogán"o orixinalCafés Candelas Breogán firma el mayor triunfo de la historiaEl Breogán realizará 17 homenajes por su cincuenta aniversario"O Breogán honra ao seu fundador e primeiro presidente"o orixinalMiguel Giao recibiu a homenaxe do PazoHomenaxe aos primeiros gladiadores celestesO home que nos amosa como ver o Breo co corazónTita Franco será homenaxeada polos #50anosdeBreoJulio Vila recibirá unha homenaxe in memoriam polos #50anosdeBreo"O Breogán homenaxeará aos seus aboados máis veteráns"Pechada ovación a «Capi» Sanmartín e Ricardo «Corazón de González»Homenaxe por décadas de informaciónPaco García volve ao Pazo con motivo do 50 aniversario"Resultados y clasificaciones""O Cafés Candelas Breogán, campión da Copa Princesa""O Cafés Candelas Breogán, equipo ACB"C.B. Breogán"Proxecto social"o orixinal"Centros asociados"o orixinalFicha en imdb.comMario Camus trata la recuperación del amor en 'La vieja música', su última película"Páxina web oficial""Club Baloncesto Breogán""C. B. Breogán S.A.D."eehttp://www.fegaba.com

            Vilaño, A Laracha Índice Patrimonio | Lugares e parroquias | Véxase tamén | Menú de navegación43°14′52″N 8°36′03″O / 43.24775, -8.60070

            Cegueira Índice Epidemioloxía | Deficiencia visual | Tipos de cegueira | Principais causas de cegueira | Tratamento | Técnicas de adaptación e axudas | Vida dos cegos | Primeiros auxilios | Crenzas respecto das persoas cegas | Crenzas das persoas cegas | O neno deficiente visual | Aspectos psicolóxicos da cegueira | Notas | Véxase tamén | Menú de navegación54.054.154.436928256blindnessDicionario da Real Academia GalegaPortal das Palabras"International Standards: Visual Standards — Aspects and Ranges of Vision Loss with Emphasis on Population Surveys.""Visual impairment and blindness""Presentan un plan para previr a cegueira"o orixinalACCDV Associació Catalana de Cecs i Disminuïts Visuals - PMFTrachoma"Effect of gene therapy on visual function in Leber's congenital amaurosis"1844137110.1056/NEJMoa0802268Cans guía - os mellores amigos dos cegosArquivadoEscola de cans guía para cegos en Mortágua, PortugalArquivado"Tecnología para ciegos y deficientes visuales. Recopilación de recursos gratuitos en la Red""Colorino""‘COL.diesis’, escuchar los sonidos del color""COL.diesis: Transforming Colour into Melody and Implementing the Result in a Colour Sensor Device"o orixinal"Sistema de desarrollo de sinestesia color-sonido para invidentes utilizando un protocolo de audio""Enseñanza táctil - geometría y color. Juegos didácticos para niños ciegos y videntes""Sistema Constanz"L'ocupació laboral dels cecs a l'Estat espanyol està pràcticament equiparada a la de les persones amb visió, entrevista amb Pedro ZuritaONCE (Organización Nacional de Cegos de España)Prevención da cegueiraDescrición de deficiencias visuais (Disc@pnet)Braillín, un boneco atractivo para calquera neno, con ou sen discapacidade, que permite familiarizarse co sistema de escritura e lectura brailleAxudas Técnicas36838ID00897494007150-90057129528256DOID:1432HP:0000618D001766C10.597.751.941.162C97109C0155020