Such "composite locator" has the following advantage. In case of error during locating an element, it will result in more informative message. Since we broke down the locator into smaller parts, the error will show exactly which part caused the fail. And in case of "one long solid locator" we would be able to know that "all locator" did not work, with no any idea about which part really caused the fail.
In addition, if we need to work with different elements of the same collection, we now can "put" a collection to a variable:
Now we do not duplicate the "#search-results a" locator in different places. Therefore, if this part changes - we will perform corresponding changes only in one place.
Moreover, now having a separate name for the locator you can use the "autocomplete" feature of your IDE to type resultLinks faster.
Don't be shy to search for more methods inside the Selenide class that can suit your needs. Just type in your IDE Selenide. and choose the needed option among available IDE proposals.