STY: concat strings
- [ ] closes #xxxx
- [ ] tests added / passed
- [x] passes `black pandas`
- [x] passes `git diff upstream/master -u -- "*.py" | flake8 --diff`
- [ ] whatsnew entry

Will release the test case for thees soon, the test case for thees still have many (so many) bugs.

But when I think about it again, isn't [Black](https://github.com/psf/black) spouse to do this thing for us?
I don't talk about actually concatenating the strings, they made it very clear that they're not going to do so [here](https://github.com/psf/black/issues/1051) (that's why we have #30467).
I mean, just putting them together (the strings), [Black](https://github.com/psf/black) is already concatenating the strings with "easy" strings like:

```python
msg = (
     "foo "
     "bar "
     "baz "
)
```

to 

```python
msg = ("foo " "bar " "baz")
```

But when it comes to strings with more characters it won't change them.

For example,  [Black](https://github.com/psf/black)  is __not__ going to change this (even if the line length is below 88) :

```python
def func():
    msg = (
        "foo foo foo foo foo foo foo foo foo "
        "bar bar bar bar bar bar bar bar bar "
        "baz"
    )
```

to this:

```python
def func():
    msg = (
        "foo foo foo foo foo foo foo foo foo "
        "bar bar bar bar bar bar bar bar bar " "baz"
    )
```

---

Is there a feature of [Black](https://github.com/psf/black) we are missing?
 @MomIsBestFriend I don't want to speak for black but not sure it's that big of a deal. Sometimes readability can be improved by breaking at particular points in the string rather than always trying to pad to 88 characters

OK to continue along with f-string replacement but I don't think its a goal to always pad strings to their fullest length on a line, so maybe not worth investing a ton of time into > @MomIsBestFriend I don't want to speak for black but not sure it's that big of a deal. Sometimes readability can be improved by breaking at particular points in the string rather than always trying to pad to 88 characters
> 
> OK to continue along with f-string replacement but I don't think its a goal to always pad strings to their fullest length on a line, so maybe not worth investing a ton of time into

@WillAyd You have a very good point.