Les conventions de nommage: “État” ou “État”
Petite question: j'aimerais entendre vos pensées sur le moment de l'utilisation de "l'État" ou "État" lors de la dénomination à la fois des domaines tels que "Foo.currentState" vs "Foo.d'état" et les types, tels que "enum FooState" vs "enum FooStatus". Est-il une convention discuté là-bas? Doit-on utiliser un seul? Si oui, lequel, et si non, comment devrions-nous choisir?
- Heh. L'autre jour, au travail, je suis tombé sur une structure qui a un membre nommé "état" et un autre membre nommé "statut", et ils ont des choses différentes. J'ai commencé à réfléchir à la signification des mots, et sur l'opportunité de la modifier, mais le code est vieux et crufty et de travail, donc je l'ai laisser dormir un chien couché. Oh.. c'est probablement ce qui devrait avoir été un "commentaire" plutôt qu'une "réponse, hein? Commentaire, la réponse, l'état, le statut de... quoi que ce soit.
- Et bien sûr, c'est fermé. Good ol' DONC.
- non seulement est-il fermé (ce qui ne l'est pas de nos jours?), mais c'est toujours par un long shot la chose la plus populaire que j'ai contribué ici 🙂
- C'est une légitime question de programmation. martinfowler.com/bliki/TwoHardThings.html
- Le statut est une simple étiquette, comme "sain", "dégradé", "non disponible", etc. L'état comprend tous les détails sanglants; par exemple, util de l'UC et de la charge des moyennes, de la mémoire util, JVM métriques, l'utilisation du disque, etc.
- Je pense que cette question explique la différence très bien: english.stackexchange.com/questions/12958/status-vs-state
Vous devez vous connecter pour publier un commentaire.
Ça dépend du contexte
État se réfère généralement à l'ensemble de l'état d'une entité - l'ensemble de ses valeurs et de relations à un moment donné dans le temps (généralement, courant)
Statut est plus d'un point dans le temps, disons, où quelque chose est dans un processus de flux de travail ou - est-il sale (nécessitant donc une économie d'), est-il complet, est-il en attente d'entrée, etc
J'espère que vous aide dans votre décision.
De l'OMI:
status == comment allez-vous? [bon/mauvais]
état == qu'est-ce que tu fais? [de repos/de travail]
State
doit refléter l'", a indiqué le noeud" dans un graphique de la machine d'état (ou de travail) de l'état des nœuds, où la description pourrait facilement être un adjectif verbal (souvent se termine par "-ing"), alors queStatus
est une simple propriété de l'objet, un simple adjectif, qui pourrait être utilisé par un déclencheur ou comme valeur observée pour une décision de modifier (ou de maintenir) un état. Je suis probablement avoir à y penser il. - Je faire cela..Généralement je vais utiliser l'État pour signifier l'état actuel d'un objet ou de l'ensemble du système. J'utilise à représenter le résultat de l'action. Par exemple, l'état d'un objet peuvent être enregistrées/non enregistrées, valide/invalide. L'état (résultat) d'une méthode est une réussite/échec ou l'erreur. Je pense que ce quolibets assez bien à la définition du statut de "état ou la condition en ce qui concerne les circonstances," les circonstances étant dans ce cas l'application d'une action/méthode.
Un autre (entièrement pragmatique) raison de préférer l'état sur le statut, c'est que le pluriel est simple:
Et croyez-moi, vous aurez tôt ou tard avoir une liste ou d'une matrice, ou que ce soit de membres dans votre code et aura pour nom de la variable.
Je pense que beaucoup de gens utilisent le "Statut" pour représenter l'état d'un objet si pour aucune autre raison que "l'État" renvoie à une division politique des États-unis.
Je pense qu'on pourrait ajouter un autre point de vue à l'équation, à savoir l '"expéditeur-demandeur'.
À partir d'un point de vue des expéditeurs, j'aimerais communiquer mon état avec tous ceux qui sont prêts à écouter. Alors que, de demandeurs un point de vue, je demanderais à quelqu'un de l'état.
Ci-dessus pourrait également être interprétée à partir d'une incertitude point de vue:
Défini par l'etat =
- Undefined = état
Quel est votre statut? Je suis dans un état de relaxation.
Je suis sûr que c'est juste une interprétation, qui peuvent ne pas s'appliquer à votre situation particulière.
Un rapide dictionnaire contrôle révèle que l'état est un synonyme de l'état, mais a une autre interprétation de une position par rapport à celle des autres.
Je voudrais donc utiliser état pour un ensemble d'états qui n'ont pas d'implicite de la commande ou de la position par rapport à l'autre, et statut pour ceux qui ne (peut-être hors-standby-on ?). Mais c'est une belle distinction.
Beaucoup les entités que j'avais affaire (comptes clients) peuvent avoir un État (TX, VA, etc...) et un Statut (Actif, Fermé, etc.)
Donc le point sur le terme trompeur est possible. Nous avons une base de données normalisée convention de nommage (pas mon choix personnel) lorsqu'un état est nommé
ST_CD
et un statut seraitACCT_STAT_CD
.Avec un enum dans un OO milieux, cette question n'est pas aussi important, car si vous avez strictes de sécurité de type, le compilateur s'assurer que personne ne tente de le faire:
Si vous êtes dans un environnement dynamique, je serais plus inquiet!
Si vous avez affaire à un domaine où l'état des machines ou d'autres informations d'état, et que la terminologie est prédominante, alors je pense que l'État est parfait.
Nous avons eu exactement ce débat sur mon projet actuel, a tout à l'arrière. Je n'ai pas vraiment de préférence, mais la cohérence est un facteur important.
La première (il y en a plusieurs) de la définition de "l'état" dans mon Sharp PW-E550 (un impressionnant dictionnaire, je pourrais ajouter) est "la condition particulière que quelqu'un ou quelque chose est à un moment précis." La première définition de "état" est "le parent social, professionnel, ou dans d'autres debout de quelqu'un ou de quelque chose". Même le deuxième (et dernier) de la définition de "état" est inférieur à "l'etat" dans ce contexte: "la position d'affaires à un moment donné, de l'esp. en politique ou commerciale contextes."
Donc, si nous voulions qu'il soit aussi facile que possible pour quelqu'un à l'aide de mon dictionnaire (il utilise le New Oxford American Dictionary, 2001), "l'état" serait le meilleur choix.
En outre, il est un modèle de conception décrits dans la "bande des Quatre" du livre à l'État de Modèle, établir fermement le terme dans le calcul de lexique.
Pour ces raisons, je suggère "d'état".
P. S. Est-ce que vous DDM? Êtes-vous toujours amer à propos de "l'état" ou "état" ?!!!!!!! LMAO!
Bien, ils signifient la même chose. Je ne pense pas qu'il est nécessaire de promulguer une grande préférence de l'un sur l'autre, mais je voudrais généralement aller avec "statut", parce que j'aime les choses que son Latinate et classicisme. Je veux dire, dans mon monde, le pluriel d'un schéma de schémas, donc il n'y a à peu près pas d'autre moyen pour elle d'aller, avec moi.
Sophistifunk, je suis sûr que vous aurez des arguments pour à la fois de l'État et de l'État. La chose la plus importante à faire est que vous en choisir un, et l'utilisation d'une seule. Je vous suggère d'en discuter avec votre équipe et voir ce que tout le monde est d'accord.
Cela dit, ma suggestion est la suivante.
En supposant que vous utilisez un langage de programmation orienté objet, un objet "état" est représenté par l'objet lui-même. SomeObject.l'état est trompeuse de l'omi. Je ne suis pas sûr de ce "statut" représente dans votre exemple, mais mon intuition naturelle est à préférer cette état.
Pas du tout la même chose. Arrêté et a commencé sont des états. L'arrêt et le démarrage sont statut.
Si vous leur faites la même chose comment décrivez-vous le véhicule est arrêté, mais est actuellement de départ. Ou d'une application, comme actuellement déposée, mais n'a pas encore entré dans le processus d'approbation ou de l'approbation, mais est actuellement en attente avec une condition d'erreur de l'attente de la signature?
Starting
est en effet unState
complètement distincte deStopped
. Il dépend de la sémantique de votre système. Vérifier, par exemple, les Services de Windows.