REF/TYP: define NDFrame numeric methods non-dynamically
- [ ] closes #xxxx
- [ ] tests added / passed
- [ ] passes `black pandas`
- [ ] passes `git diff upstream/master -u -- "*.py" | flake8 --diff`
- [ ] whatsnew entry

cc @simonjayhawkins along with #36989 this gets most of the generic.py mypy complaints (notwithstanding complaints about `cls.foo = foo` that can be addressed by changing to `setattr(cls, "foo", foo)`.

it'd be nice to have a less-verbose way of pinning the docstrings.  i haven't had any luck so far at making that work.
> it'd be nice to have a less-verbose way of pinning the docstrings. i haven't had any luck so far at making that work.

i've spent more time than i'd like to admit looking into this.

tried altering the doc decorator to allow templates but it turns out easier to pass the actually docstring to the decorator instead of the function.

https://github.com/jbrockmendel/pandas/compare/typ-generic-3...simonjayhawkins:docs?expand=1 for a potential solution to any and all. (i've merged master so the diff is not so clear) that sits on top of this PR.

of course, now that the methods are in both DataFrame and Series, don't need the common examples.
 > https://github.com/jbrockmendel/pandas/compare/typ-generic-3...simonjayhawkins:docs?expand=1 for a potential solution to any and all. (i've merged master so the diff is not so clear) that sits on top of this PR.

thats a nice touch putting the shared bits into `_logical_func.__doc__`

Did the `axis_descr` get lost somewhere though? > Did the `axis_descr` get lost somewhere though?

not used in any/all, `.format` does not raise KeyError with extra parameters, only when missing. merging to unblock a doc-issue, pls followup as needed