Fluid models replace individual molecules with fields such as density, pressure, velocity, and temperature. This is a useful abstraction when the length scale of interest is much larger than molecular spacing and each sampled volume contains enough particles that molecular fluctuations are not the question.
At each point, continuum state can be represented as field data:
\[ ho(mathbf{x},t),qquad mathbf{u}(mathbf{x},t),qquad p(mathbf{x},t)\]On a grid, density multiplied by cell volume approximates mass in each cell. A finite-volume method updates that mass through face fluxes; a particle simulation can approximate the same fields by averaging many particles. These are different numerical representations of the same coarse-scale model, so comparisons need matching domain, units, boundaries, and averaging scale.
Change depth and displaced volume. Pressure increases with depth; buoyancy is the weight of displaced fluid.
Depth 2.0 m; pressure 120620 Pa; displaced volume 0.020 m³; buoyant force 196.2 N.
The pressure-and-buoyancy sampler demonstrates local derived relationships, not a solved two-dimensional flow. A full update also needs velocity components, density/pressure closure, edge fluxes, and a stability condition. Doubling resolution in both directions quadruples cell count and usually tightens the useful time-step limit; it does not make an unverified solver accurate by itself.
Prediction: A larger cell hides smaller vortices and sharp boundaries, while a mass ledger identifies changes explained by boundary flux.
List arrays for density, x-velocity, y-velocity, pressure, and cell geometry. Double resolution in each direction and state how cell count changes. Then define a total-mass reducer and name the boundary data needed to explain a change between snapshots.Use fields when individual particles are not the question. Declare the grid, variables, units, boundaries, and ledgers before trusting a flow image, then distinguish continuum-model limits from numerical-resolution limits.
Treat the lesson as a small function before treating it as a fact to memorize. Give every value a unit, keep only the state needed for the next step, and make the output easy to inspect.
\[\text{observable output} = f(\text{inputs},\,\text{state})\]For Fluids as Continuous Media, write down the quantities you can control, the values your program must retain, and the result a reader could inspect. In Fluids, the useful program is not the drawing: it is the smallest explicit model that makes a prediction you can test.
Prediction: changing one declared input while holding the others fixed should change only the outputs that the model connects to that input. Choose one input, predict the direction of change, then check a limiting case such as zero, a symmetric arrangement, or a familiar low-speed or small-change approximation.
This lesson is a teaching model, not a complete simulator. Before using it outside the stated question, check which interactions, scales, uncertainties, boundary conditions, and measurement limits it leaves out.
Treat Fluids as Continuous Media as a contract: named inputs and units enter a rule, the rule produces an observable result, and a known limit or invariant checks whether the implementation deserves trust.
Represent fluid behavior with density, pressure, and velocity fields on an explicit numerical domain.