Conventions de dénomination: "État" contre "Statut" [fermé]

Question rapide: j'aimerais savoir quand utiliser "State" par rapport à "Status" pour nommer les deux champs tels que "Foo.currentState" vs "Foo.status" et les types, comme "enum FooState" vs "enum FooStatus ". Y a-t-il une convention discutée là-bas? Devrions-nous n'en utiliser qu'un seul? Si tel est le cas, lequel et si non, comment choisir?

ça dépend du contexte

L'état se réfère généralement à l'état entier d'une entité - toutes ses valeurs et relations à un moment donné (généralement, actuel)

Le statut est plus un point temporel, par exemple, où quelque chose se trouve dans un processus ou un flux de travail - est-il sale (nécessite donc une sauvegarde), est-il terminé, est-il en attente d'entrée, etc.

J'espère que cela vous aidera dans votre décision.

OMI:

status == comment vas-tu? [bon mauvais]

état == que faites-vous? [repos / travail]

En règle générale, j'utiliserai État pour désigner l'état actuel d'un objet ou du système dans son ensemble. J'utilise le statut pour représenter le résultat d'une action. Par exemple, l'état d'un objet peut être enregistré / non enregistré, valide / invalide. L'état (résultat) d'une méthode est réussi / échec / erreur. Je pense que cela concorde assez bien avec la définition du statut comme « état ou condition par rapport aux circonstances », les circonstances en l'espèce étant l'application d'une action / méthode.

Une autre raison (entièrement pragmatique) de préférer l'état au statut est que le pluriel est simple:

• état -> états
• statut -> statuts

Et croyez-moi, vous aurez tôt ou tard une liste ou un tableau ou tout autre état dans votre code et devrez nommer la variable.

Je pense que beaucoup de gens utilisent «Statut» pour représenter l'état d'un objet si pour aucune autre raison que «État» se réfère à une division politique des États-Unis.

Je pense que vous pourriez ajouter une autre perspective à l'équation, à savoir «expéditeur-demandeur».

Du point de vue des expéditeurs, je communiquerais mon état à quiconque est prêt à écouter. Du point de vue des demandeurs, je demanderais le statut de quelqu'un.

Ce qui précède pourrait également être interprété du point de vue de l'incertitude:

• Défini = état
• Indéfini = état

Quel est votre statut? Je suis dans un état détendu.

Je suis presque sûr que ce n'est qu'une interprétation, qui peut ne pas s'appliquer à votre situation particulière.

Une vérification rapide du dictionnaire révèle que l'état est synonyme d'état, mais a une interprétation supplémentaire d' une position par rapport à celle des autres .

J'utiliserais donc state pour un ensemble d'états qui n'ont pas d'ordre ou de position implicite les uns par rapport aux autres, et un statut pour ceux qui le font (peut-être hors veille?). Mais c'est une belle distinction.

Un grand nombre des entités avec lesquelles je traite (comptes, clients) peuvent avoir un État (TX, VA, etc.) et un Statut (Actif, Fermé, etc.)

Le fait que le terme soit trompeur est donc possible. Nous avons une convention de dénomination de base de données normalisée (ce n'est pas mon choix personnel) où un état est nommé ST_CDet un statut le serait ACCT_STAT_CD.

Avec une énumération dans un milieu OO, ce problème n'est pas aussi important, car si vous avez une sécurité de type stricte, le compilateur s'assurera que personne ne tente de le faire:

theCustomer.State = Customer.Status.Active;

Si vous êtes dans un environnement dynamique, je serais plus inquiet!

Si vous avez affaire à un domaine où les machines d'état ou d'autres informations d'état et cette terminologie sont prédominantes, alors je pense que l'état est parfaitement bien.

Nous avons eu ce débat exact sur mon projet actuel il y a quelque temps. Je n'ai vraiment pas de préférence, mais la cohérence est une considération importante.

La première (il y en a plusieurs) définition de «état» dans mon Sharp PW-E550 (un dictionnaire génial, pourrais-je ajouter) est «la condition particulière dans laquelle se trouve quelqu'un ou quelque chose à un moment précis». La première définition du «statut» est «le statut social, professionnel ou autre relatif de quelqu'un ou de quelque chose». Même la deuxième (et dernière) définition du «statut» est inférieure à «l'État» dans ce contexte: «la situation des affaires à un moment donné, en particulier dans des contextes politiques ou commerciaux».

Donc, si nous voulions que ce soit aussi simple que possible pour quelqu'un qui utilise mon dictionnaire (il utilise le New Oxford American Dictionary, 2001), «état» serait le meilleur choix.

En outre, il existe un modèle de conception décrit dans le livre du Gang of Four appelé le modèle d'état, établissant fermement le terme dans le lexique informatique.

Pour ces raisons, je suggère «état».

PS C'est toi DDM? Êtes-vous toujours amer à propos de "l'état" par rapport au "statut"? !!!!!!! LMAO!

Eh bien, ils veulent dire la même chose. Je ne pense pas qu'il soit nécessaire de promulguer une grande préférence de l'un par rapport à l'autre, mais j'irais généralement avec "statut", parce que j'aime les choses qui sonnent latinement et classicistes. Je veux dire, dans mon monde, le pluriel de schema est schemata, donc il n'y a pratiquement pas d'autre moyen pour que ça aille, avec moi.

Sophistifunk, je suis sûr que vous obtiendrez des arguments pour l'état et l'état. La chose la plus importante à faire est d'en choisir un et d'en utiliser un seul. Je suggère d'en discuter avec votre équipe et de voir sur quoi tout le monde est d'accord.

Cela dit, ma suggestion est la suivante.

En supposant que vous utilisez un langage de programmation orienté objet, «l'état» d'un objet est représenté par l'objet lui-même. SomeObject.state est imo trompeur. Je ne suis pas sûr de ce que représente le «statut» dans votre exemple, mais mon intuition naturelle est de préférer cela à l'état.

Pas du tout la même chose. Arrêté et démarré sont des états. L'arrêt et le démarrage sont des statuts.

Si vous en faites la même chose, comment décrivez-vous le véhicule comme arrêté mais qui démarre actuellement. Ou une demande telle qu'elle est actuellement déposée mais qui n'est pas encore entrée dans le processus d'approbation ou est en cours d'approbation mais est actuellement en attente avec une condition d'erreur en attente de signature?