Volume béton semelle filante

Une longueur, largeur ou profondeur non positive—et un rendement de sac non positif s'il est fourni—sont rejetées avec une erreur claire invalid_input au lieu d'inventer un coulage à partir de tailles nulles ou négatives. Le chemin est une mathématique purement déterministe—sans réseau, sans graines aléatoires, sans horloge—ainsi l'exécuteur gratuit du navigateur et l'API prépayée renvoient le même JSON après l'arrondi décimal fixe à chaque appel.

Comment le volume et les sacs d'une semelle filante continue sont calculés

Pour estimer le prémélangé en sacs, divisez le volume par bag_volume (le rendement d'un sac en unités cubiques cohérentes) pour obtenir bags_exact, puis prenez le plafond afin de ne jamais sous-commander d'une fraction de sac. Lorsque bag_volume est omis, le calculateur utilise la valeur par défaut documentée de zéro virgule zéro un cinq unités cubiques, qui correspond à un sac typique d'environ vingt-cinq kilogrammes en mètres cubes si vos cotes sont en mètres ; si vous travaillez en pieds, passez un rendement impérial tel que zéro virgule six pieds cubes pour un sac courant de quatre-vingts livres. En cas de succès la réponse renvoie les entrées arrondies, publie plan_area comme longueur fois largeur, volume comme le produit du prisme, bag_volume et bag_volume_defaulted, bags_exact et bags entiers, spare_volume comme le rendement supplémentaire de l'arrondi supérieur, les chaînes formula et unit_note, message comme résumé court, et steps comme tableau ordonné de lignes de substitution que vous pouvez affirmer dans des tests ou montrer à un client.

Comment appeler l'API et ce qui revient

Les formes en chaîne de nombres sont acceptées lorsqu'elles correspondent à un motif numérique fini strict. Préférez envoyer des nombres plutôt que des chaînes préformatées lorsque vous contrôlez le client ; si vous devez envoyer des chaînes, évitez les symboles monétaires, les suffixes d'unité ou les séparateurs de milliers qui feraient échouer le motif de nombre fini. Associez ce point de terminaison à votre propre multiplicateur de perte après l'appel si l'ingénieur exige cinq ou dix pour cent de plus ; l'outil renvoie volontairement une géométrie pure et un plafond de sacs transparent pour que les devis restent auditables. Envoyez un corps JSON avec trois champs obligatoires et un champ optionnel : length (alias footing_length, L, len, long, run), width (alias footing_width, W, w, breadth, trench_width), depth (alias footing_depth, thickness, height, D, d, thick, pour_depth) et bag_volume optionnel (alias bag_yield, yield_per_bag, bag_size). Length, width et depth doivent être des nombres finis positifs dans la plage absolue publiée afin que les produits intermédiaires restent finis en double précision IEEE sur le Worker et dans le navigateur. Bag_volume, lorsqu'il est fourni, doit également être un nombre fini positif ; lorsqu'il est omis, la valeur par défaut zéro virgule zéro un cinq s'applique et bag_volume_defaulted vaut true. En cas de succès la réponse fixe plan_area, volume, les champs de sacs, bags comme décompte d'achat entier, spare_volume, formula comme la chaîne V égale length fois width fois depth avec bags égal au plafond de V sur bag_volume, unit_note rappelant un seul système d'unités, message comme décrit ci-dessus, et steps comme le journal de substitution. Une validation échouée—champs manquants, nombres non finis, dimensions non positives, bag_volume non positif ou valeurs hors limites absolues—renvoie invalid_input et n'est jamais facturée. Le tarif est un $0.002 forfaitaire par requête réussie avec unité item et prix marginal unitaire nul.

Conseils pratiques, limites et recherches associées

Pour enseigner ou écrire des tests, associez un cas métrique avec le rendement de sac par défaut à un cas impérial qui surcharge bag_volume, et incluez une profondeur ou largeur volontairement nulle pour prouver le chemin invalid_input. Les tâches en échec qui renvoient invalid_input ne consomment pas le solde prépayé, ce qui maintient les scripts exploratoires bon marché lorsque vous envoyez délibérément une largeur nulle pour vérifier la gestion d'erreur. Les contrôles aller-retour sont simples : recalculez à la main longueur fois largeur fois profondeur, divisez par bag_volume, plafonnez aux sacs entiers, et confirmez que volume et bags publiés correspondent au même arrondi à douze décimales utilisé pour tous les champs numériques.