use dss in ClimaODEfunction; update docs

[kmdeck]

Purpose

Closes #293.
Hides some internals from users with respect to setting up the ClimaODEFunction:
-Employs dss! in all tutorials and experiments. internally, whether or not dss! does anything depends on the domain of the model/whether spectral elements are used.
-creates the function get_ClimaODEFunction(model, Y) which creates the clima ode function suitable for the model (implicit/explicit tendencies, jacobian, dss)

To-do

• Make use of AbstractImExModel and AbstractExpModel types to create two methods for:
  get_ClimaODEFunction(model, Y) (or do we need to? does it matter if the jacobian is nothing, the update_jacobian function does nothing?)
• Define a method of get_ClimaODEFunction(model, Y) for AbstractLandModels which constructs a jacobian for the entire model out of the jacobian of subcomponents (future PR?)

This arises because we have:
AbstractLandModel <: AbstractModel
AbstractImExModel <: AbstractModel
AbstractExpModel <: AbstractModel

currently in this PR, we only have the single method for AbstractModel for all jacobian functions, and for the get_ClimaODEFunction.

Make clear in tutorials when to use explicit steppers vs imex timesteppers. Right now this has to be inferred from the type of the model or type of the component models of a land model.

Content

Creates get_ClimaODEFunction, which required a function make_jacobian, and uses this is all tutorials/experiments

Review checklist

I have:

• followed the codebase contribution guide: https://clima.github.io/ClimateMachine.jl/latest/Contributing/
• followed the style guide: https://clima.github.io/ClimateMachine.jl/latest/DevDocs/CodeStyle/
• followed the documentation policy: https://github.com/CliMA/policies/wiki/Documentation-Policy
• checked that this PR does not duplicate an open PR.

In the Content, I have included

• relevant unit tests, and integration tests,
• appropriate docstrings on all functions, structs, and modules, and included relevant documentation.

---

• I have read and checked the items on the review checklist.

[juliasloan25]

After #323, we can make a dss wrapper function without introducing a dependency on ODE.jl, just SciMLBase.jl. Maybe we should do that instead as a more comphrehensive solution to #293?

[juliasloan25]

@kmdeck I think we can merge this (or something like it) now. I forget what state this is in and why we didn't merge it... Does it just need a review?

[kmdeck]

@kmdeck I think we can merge this (or something like it) now. I forget what state this is in and why we didn't merge it... Does it just need a review?

I will rebase & revisit! I forget too.