Calculateur de fréquence allélique

Le même module déterministe alimente l’exécuteur gratuit du navigateur et l’API prépayée, de sorte que les vérifications de devoirs, les comptes rendus de laboratoire et les scripts de notation ne divergent jamais sur un partage 0.8 / 0.2.

Contrat d’entrée, forme de la réponse et comportement d’erreur

Un échantillon dont les trois effectifs somment à zéro est aussi rejeté, car diviser par 2N n’est pas défini. Ces échecs ne sont pas facturés. Associez ces fréquences à votre propre étape Hardy–Weinberg ou khi-deux si vous avez encore besoin des parts génotypiques attendues ; ce point d’accès ne résout que le recensement des allèles. Envoyez par POST un corps JSON avec trois nombres finis non négatifs obligatoires : homozygous_dominant (alias AA, n_AA, dominant_homozygous, homo_dominant), heterozygous (alias Aa, n_Aa, hetero, heterozygotes) et homozygous_recessive (alias aa, n_aa, recessive_homozygous, homo_recessive). Chaque valeur peut arriver comme nombre JSON ou comme chaîne numérique. Les champs manquants, les chaînes vides, les valeurs non finies, les valeurs au-dessus d’un billion et tout effectif négatif échouent avec invalid_input en nommant le champ. En cas de succès, le corps répète les trois effectifs nettoyés, publie total_individuals comme N et total_alleles comme 2N, signale dominant_allele_count et recessive_allele_count comme le numérateur de chaque fréquence, et renvoie dominant_allele_frequency (p) et recessive_allele_frequency (q). frequency_sum vaut toujours 1 : après calcul des deux parts brutes elles sont normalisées et q est pris comme le complément de p arrondi afin que la paire publiée ne dérive jamais d’une unité au dernier rang. formula reformule les identités p égal à (2·AA + Aa) / 2N et q égal à (2·aa + Aa) / 2N. Exemple : homozygous_dominant 320, heterozygous 160, homozygous_recessive 20 donne total_individuals 500, total_alleles 1000, dominant_allele_count 800, recessive_allele_count 200, dominant_allele_frequency 0.8, recessive_allele_frequency 0.2 et frequency_sum 1. Un effectif de moins un dans n’importe quel champ est invalid_input.

Où un calculateur de fréquence allélique justifie son usage

Les salles de biologie et les plateformes de tutorat utilisent un calculateur de fréquence allélique pour que les apprenants cessent de traiter la fraction phénotypique récessive comme q, ou de moyenner trois pourcentages génotypiques comme s’ils étaient des allèles. Les fiches de génétique des populations et les recensements de conservation ont besoin d’un oracle déterministe qui refuse un collage négatif au lieu de publier en silence une fréquence supérieure à un. Une validation échouée ne consomme pas le solde. Les recherches d’un échiquier de Punnett, d’une étape de degrés de liberté du khi-deux ou d’un tableau de génotypes attendus Hardy–Weinberg sont d’autres intentions : restez sur cette page lorsque la question n’est que les fréquences d’allèle impliquées par les effectifs que vous avez déjà. Les notes d’élevage, les modules d’enseignement des groupes sanguins et les comptes rendus de laboratoire d’introduction se réduisent au même recensement à trois effectifs sur un locus ; appeler une petite API de parse enregistre p et q sans dresser un moteur de pedigree ni de coalescence. Les générateurs de préparation aux examens et les katas de programmation des étudiants figent 0.8 / 0.2 et 0.4 / 0.6 plus le chemin invalid_input d’un effectif négatif afin qu’un correcteur défectueux n’accepte pas un résultat qui n’additionne pas à un. Parce que l’implémentation est parse pur de niveau A, chaque appel réussi coûte le tarif de base publié $0.002 sans jetons de modèle ni réseau sortant. Gardez les trois effectifs génotypiques honnêtes, figez dominant_allele_frequency et recessive_allele_frequency dans les tests, et vous obtenez des paires reproductibles qui somment à un pour les devoirs, les greffons LMS et les carnets de terrain.