Rename FLRW to HasDistanceFunctions

[nstarman]

TODO:

Some methods need to be broken out.

• move Otot0 (will also be renamed to Omega_tot0)
• move critical_density0?
• move Otot
• move critical_density?

Also:

• rename to HasDistanceMeasures ?

PR Checklist

• Give a detailed description of the PR above.
• Document changes in the CHANGES.rst file. See existing changelog for examples.
• Add tests, if applicable, to ensure code coverage never decreases.
• Make sure the docs are up to date, if applicable, particularly the docstrings and RST files in docs folder.
• Ensure linear history by rebasing, when requested by the maintainer.

[codecov-commenter]

Codecov Report

Merging #38 (a946a0a) into main (980e06c) will increase coverage by 0.16%.
The diff coverage is 82.60%.

📣 This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more

@@            Coverage Diff             @@
##             main      #38      +/-   ##
==========================================
+ Coverage   76.61%   76.78%   +0.16%     
==========================================
  Files          13       13              
  Lines         278      280       +2     
==========================================
+ Hits          213      215       +2     
  Misses         65       65              

Impacted Files	Coverage Δ
src/cosmology/api/_components.py	84.74% <66.66%> (-2.05%)	⬇️
src/cosmology/api/_extras.py	88.00% <83.33%> (ø)
src/cosmology/api/_distances.py	70.58% <85.71%> (ø)
src/cosmology/api/__init__.py	100.00% <100.00%> (ø)
src/cosmology/api/_standard.py	92.85% <100.00%> (ø)

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

[nstarman]

@ntessore, where do you think we should move the non-distance measure attributes/methods?
Should any go to the base class?

[nstarman]

I'm hesitant to put anything on Cosmology.
Omega_tot can go to something called HasTotalComponent. Not sure yet about the others.

[ntessore]

I think one more doesn't hurt, HasCriticalDensity? That's actually one of the lesser supported, so we will get some use out of that isinstance check.

[nstarman]

Done. Also, I folded HasTcmb into the distance measures.

[ntessore]

Starting to look finished. I think we could stick all of the HasX protocols into a single module (even just _components) if that made future classification easier (is that a component? distance-related? extra? see Tcmb) but that's an infinitesimal change.

[nstarman]

Starting to look finished.

Agreed! I think we need some documentation and a meeting to go over everything and make sure we're happy with v0.1.

I think we could stick all of the HasX protocols into a single module (even just _components) if that made future classification easier (is that a component? distance-related? extra? see Tcmb) but that's an infinitesimal change.

I agree _extra is a bad categorization, and stuff should be re-arranged. Thankfully, the module location is private (all the Protocols should be accessed from cosmology.api or cosmology.api.compat) and we are free to re-arrange to whatever makes the most internal sense, even after v0.1.
On a related note, should we public scope cosmology.api.components, and move all the HasXComponents
from cosmology.api.__all__ to cosmology.api.components.__all__. Also, I think we should rename the compat
module to wrapper since, though the classes are used for the compat modules, these are really wrappers and can be used more generally.

[nstarman]

I forgot to add HasTotalComponent to the top module. I'll import it and then merge.