Une solution alternative, et qui rapprocherais la programmation des problématiques en sciences, serait d'utiliser un module pour ajouter le support des données numériques avec des unités — ce qui dans certains domaines est au moins aussi important que le simple typage informatique1.
Le dernier outil de ce genre que j'ai vu passer est Pint, voici des exemples de l'intro:
>>>frompintimportUnitRegistry>>>ureg=UnitRegistry()>>>distance=24.0*ureg.meter>>>print(distance)24.0meter>>>time=8.0*ureg.second>>>print(time)8.0second>>>print(repr(time))<Quantity(8.0,'second')>...>>>speed.to(ureg.joule)Traceback(mostrecentcalllast):...pint.pint.DimensionalityError:Cannotconvertfrom'inch / minute' (length / time) to 'joule' (length ** 2 * mass / time ** 2)
[^] # Re: typage...
Posté par lolop (site web personnel) . En réponse au journal Pythran à Scipy2013 !. Évalué à 4.
Une solution alternative, et qui rapprocherais la programmation des problématiques en sciences, serait d'utiliser un module pour ajouter le support des données numériques avec des unités — ce qui dans certains domaines est au moins aussi important que le simple typage informatique1.
Le dernier outil de ce genre que j'ai vu passer est Pint, voici des exemples de l'intro:
Mais il y a d’autres outils de gestion d'unités.
1 Voir Mars Climate Orbiter - Un petit tour, et puis s'en va…, paragraphe "Un simple problème d'unité de mesure".
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN