Tubo de concreto

O motor modela um cilindro circular reto: o raio é metade do diâmetro depois de converter polegadas em pés, o volume em pés cúbicos é pi vezes o raio ao quadrado vezes a altura, as jardas cúbicas dividem esse volume por vinte e sete, e os sacos aplicam teto ao dividir pés cúbicos pelo rendimento de um saco de oitenta libras, salvo se você substituir bag_volume. Diâmetro ou altura nulos ou negativos são rejeitados com invalid_input. Chamadas API bem-sucedidas são cobradas a US$ 0,002; validação falha não é cobrada.

Como o volume da fôrma tubular e a contagem de sacos são calculados

A contagem aproximada de sacos divide pés cúbicos por bag_volume, o rendimento em pés cúbicos de um saco, e aplica teto a um inteiro porque as lojas vendem sacos inteiros. Quando bag_volume é omitido, a calculadora usa 0.6 pés cúbicos, o rendimento publicado de um saco típico de oitenta libras, e define bag_volume_defaulted como true para que clientes da API vejam que o tamanho do saco foi assumido. O pipeline é aritmética de ponto flutuante determinística, sem sementes aleatórias, sem relógio de parede e sem chamadas de rede, de modo que entradas idênticas sempre produzem o mesmo JSON. Diâmetro e altura devem ser estritamente positivos: cotas nulas ou negativas são rejeitadas com invalid_input porque um tubo não positivo não pode conter concreto. bag_volume, quando informado, também deve ser estritamente positivo para que a razão fique definida. spare_volume mostra quanto rendimento extra a contagem arredondada de sacos cobre além do cilindro nu, útil quando você quer uma folga pequena sem inventar um campo separado de percentual de perda.

O que você envia e o que recebe de volta

Envie dois números finitos obrigatórios: diameter para o diâmetro interno da fôrma tubular em polegadas, e height para a altura de lançamento em pés. Opcionalmente envie bag_volume como o rendimento em pés cúbicos de um saco; se omitir, aplica-se o padrão 0.6. Os aliases d, dia e tube_diameter mapeiam para diameter; os aliases h, length, depth e tube_height mapeiam para height. Campos obrigatórios ausentes, strings não numéricas, NaN e Infinity falham com invalid_input e não são cobrados. Quando diameter ou height é nulo ou negativo, a requisição falha com mensagem de que a cota deve ser positiva, para um formulário destacar o campo em vez de devolver volume nulo ou negativo. Em caso de sucesso a resposta ecoa as entradas limpas, radius_feet, volume_cubic_feet, volume_cubic_yards, o bag_volume usado e se foi defaultado, bags_exact, bags inteiro, spare_volume, um unit_note de que o diâmetro está em polegadas e a altura em pés, e uma string curta de formula para documentação. Um tubo de doze polegadas por quatro pés com o rendimento padrão de saco é uma checagem clássica: os pés cúbicos são pi, as jardas cúbicas são pi sobre vinte e sete, bags_exact é pi sobre 0.6 e bags sobe para seis. Outra checagem útil é uma fôrma de oito polegadas por três pés com bag_volume 0.45 para sacos de sessenta libras: a mesma identidade do cilindro, uma contagem de compra diferente. O preço das chamadas API bem-sucedidas é a base publicada de US$ 0,002 por item; falhas de validação não consomem saldo pré-pago. Limites superior e inferior mantêm finitos os produtos intermediários: cada campo deve ser pelo menos um positivo minúsculo e no máximo um teto publicado para que um isolamento Worker nunca emita Infinity.

Onde uma calculadora de tubo de concreto se paga no trabalho real

Equipes de cerca e deck lançam muitas estacas redondas iguais a partir de uma planilha de diâmetros e profundidades; um endpoint determinístico que devolve jardas cúbicas ao lado dos sacos deixa o orçamentista comparar um ticket de usinado com uma opção DIY ensacada sem a planilha divergir entre o escritório e o campo. Como esta capacidade é um motor de parse puro, o preço da API é a base publicada de US$ 0,002 por item bem-sucedido e a validação falha não consome saldo.