Schalungsrohr-Rechner

Die Engine modelliert einen geraden Kreiszylinder: der Radius ist die Hälfte des Durchmessers nach Umrechnung von Zoll in Fuß, das Volumen in Kubikfuß ist pi mal Radius zum Quadrat mal Höhe, Kubikyards teilen dieses Volumen durch siebenundzwanzig, und Säcke runden die Division der Kubikfuß durch die Ergiebigkeit eines achtzig-Pfund-Sacks auf, sofern Sie bag_volume nicht überschreiben. Null oder negativer Durchmesser oder Höhe werden mit invalid_input abgelehnt. Erfolgreiche API-Aufrufe werden mit $0.002 berechnet; fehlgeschlagene Validierung wird nicht berechnet.

So werden Hülsenvolumen und Sackanzahl berechnet

Die ungefähre Sackanzahl teilt Kubikfuß durch bag_volume, die Kubikfuß-Ergiebigkeit eines Sacks, und rundet auf eine ganze Zahl auf, weil Läden ganze Säcke verkaufen. Wird bag_volume weggelassen, nutzt der Rechner 0.6 Kubikfuß, die veröffentlichte Ergiebigkeit eines typischen achtzig-Pfund-Sacks, und setzt bag_volume_defaulted auf true, damit API-Clients sehen, dass die Sackgröße angenommen wurde. Die Pipeline ist deterministische Gleitkomma-Arithmetik ohne Zufallsseeds, ohne Wanduhr-Zeitstempel und ohne Netzaufrufe, sodass identische Eingaben immer dasselbe JSON erzeugen. Durchmesser und Höhe müssen streng positiv sein: null oder negative Maße werden mit invalid_input abgelehnt, weil ein nicht positives Rohr keinen Beton halten kann. bag_volume muss, sofern angegeben, ebenfalls streng positiv sein, damit das Verhältnis definiert ist. spare_volume zeigt, wie viel Extra-Ergiebigkeit die gerundete Sackanzahl über dem nackten Zylinder abdeckt—nützlich, wenn Sie einen kleinen Puffer wollen, ohne ein eigenes Ausschuss-Prozentfeld zu erfinden.

Was Sie senden und was Sie zurückerhalten

Senden Sie zwei erforderliche endliche Zahlen: diameter für den Innendurchmesser des Schalungsrohrs in Zoll und height für die Gießhöhe in Fuß. Optional senden Sie bag_volume als Kubikfuß-Ergiebigkeit eines Sacks; lassen Sie das Feld weg, gilt der Standard 0.6. Die Aliasse d, dia und tube_diameter gehören zu diameter; die Aliasse h, length, depth und tube_height gehören zu height. Fehlende Pflichtfelder, nichtnumerische Zeichenketten, NaN und Infinity scheitern mit invalid_input und werden nicht berechnet. Wenn diameter oder height null oder negativ ist, schlägt die Anfrage mit der Meldung fehl, dass das Maß positiv sein muss, damit ein Formular das Feld hervorheben kann statt ein null- oder negatives Volumen zurückzugeben. Bei Erfolg spiegelt die Antwort bereinigte Eingaben, radius_feet, volume_cubic_feet, volume_cubic_yards, das verwendete bag_volume und ob es standardisiert wurde, bags_exact, ganzzahliges bags, spare_volume, einen unit_note-Hinweis, dass der Durchmesser in Zoll und die Höhe in Fuß liegen, und eine kurze formula-Zeichenkette zur Dokumentation wider. Ein zwölf-Zoll-mal-vier-Fuß-Rohr mit der standardmäßigen Ergiebigkeit des Sacks ist eine klassische Prüfung: Kubikfuß ist pi, Kubikyards ist pi durch siebenundzwanzig, bags_exact ist pi durch 0.6 und bags rundet auf sechs auf. Eine weitere nützliche Prüfung ist eine acht-Zoll-mal-drei-Fuß-Hülse mit bag_volume 0.45 für sechzig-Pfund-Säcke: dieselbe Zylinderidentität, eine andere Einkaufszahl. Der Preis erfolgreicher API-Aufrufe ist die veröffentlichte Basis von $0.002 pro Position; Validierungsfehler verbrauchen kein Prepaid-Guthaben. Obere und untere Grenzen halten Zwischenprodukte endlich: jedes Feld muss mindestens eine winzige positive Zahl und höchstens eine veröffentlichte Obergrenze sein, damit ein Worker-Isolat niemals Infinity ausgibt.

Wo ein Schalungsrohr-Rechner seinen Nutzen hat

Weil diese Fähigkeit eine reine Parse-Engine ist, beträgt der API-Preis die veröffentlichte Basis von $0.002 pro erfolgreicher Position und fehlgeschlagene Validierung wird nicht berechnet.