Convenciones de nomenclatura: "Estado" versus "Estado" [cerrado]

OMI:

Status = = ¿cómo estás? [bueno/malo]

Estado = = ¿qué estás haciendo? [descanso / trabajo]

Normalmente usaré Estado para significar la condición actual de un objeto o del sistema como un todo. Utilizo el estado para representar el resultado de alguna acción. Por ejemplo, el estado de un objeto puede ser guardado / no guardado, válido / inválido. El estado (resultado) de un método es exitoso/no exitoso/error. Creo que esto concuerda bastante bien con la definición de estado como " estado o condición con respecto a las circunstancias," las circunstancias en este caso siendo la aplicación de un acción/método.

Otra razón (totalmente pragmática) para preferir el estado sobre el estado es que el plural es sencillo:

• estado - > estados
• estado - > estados

Y créame, tarde o temprano tendrá una lista o matriz o lo que sea de estados en su código y tendrá que nombrar la variable.

Creo que muchas personas usan "Status" para representar el estado de un objeto si por ninguna otra razón que "State" se refiere a una división política de los Estados Unidos.

Creo que podría agregar otra perspectiva a la ecuación, a saber, 'remitente-solicitante'.

Desde la perspectiva de los remitentes, comunicaría mi estado con cualquiera dispuesto a escuchar. Mientras que desde la perspectiva de los solicitantes, estaría pidiendo el estado de alguien.

Lo anterior también podría interpretarse desde el punto de vista de la incertidumbre: - Definido = estado - Undefined = estado ¿Cuál es tu situación? Estoy en un estado relajado.

Estoy bastante seguro de que esta es solo una interpretación, que puede no se aplica a su situación particular.

Una comprobación rápida del diccionario revela que status es un sinónimo de state, pero tiene una interpretación adicional de una posición relativa a la de otros.

Así que usaría statepara un conjunto de estados que no tienen ningún orden implícito o posición relativa entre sí, y status para aquellos que sí lo tienen (¿quizás off-standby-on ?). Pero es una buena distinción.

Muchas de las entidades con las que trato (cuentas, clientes) pueden tener un Estado (TX, VA, etc.) y un Estado (Activo, Cerrado, etc.)

Así que el punto acerca de que el término es engañoso es posible. Tenemos una convención de nomenclatura de base de datos estandarizada (no mi elección personal) donde un estado se nombra ST_CD y un estado sería ACCT_STAT_CD.

Con una enumeración en un entorno OO, este problema no es tan importante, ya que si tiene una estricta seguridad de tipos, el compilador se asegurará de que nadie intente hacer esto:

theCustomer.State = Customer.Status.Active;

Si usted está en un entorno dinámico, yo estaría más preocupado!

Si se trata de un dominio donde las máquinas de estado u otra información de estado y esa terminología es predominante, entonces yo pensaría que el Estado está perfectamente bien.

Tuvimos este debate exacto sobre mi proyecto actual hace un tiempo. Realmente no tengo una preferencia, pero la consistencia es una consideración importante.

La primera (hay varias) definición de "estado" en mi Sharp PW-E550 (un diccionario impresionante, podría agregar) es "la condición particular en la que alguien o algo está en un momento específico."La primera definición de" estatus " es "la posición social, profesional o de otro tipo relativa de alguien o algo". Incluso el segundo (y último) la definición de "estatus" es inferior a "estado"en este contexto:" la posición de los asuntos en un momento particular, esp. en contextos políticos o comerciales."

Así que si quisiéramos que fuera lo más fácil posible para alguien usando mi diccionario (utiliza el Nuevo Oxford American Dictionary, 2001), "state" sería la mejor opción.

Además, hay un patrón de diseño descrito en el libro de la Pandilla de los Cuatro llamado el Patrón de Estado, estableciendo firmemente el término en la computación léxico.

Por estas razones sugiero "estado".

P.d. ¿Eres tú DDM? ¿Todavía estás amargado por "estado" versus "estado"?!!!!!!! ¡LMAO!

Bueno, significan lo mismo. No creo que sea necesario promulgar una gran preferencia de uno sobre el otro, pero generalmente iría con "status", porque me gustan las cosas que suenan latinas y clasicistas. Quiero decir, en mi mundo, el plural de schema es schemata, así que no hay otra manera de hacerlo conmigo.

Sophistifunk, estoy seguro de que obtendrá argumentos tanto para el Estado como para el Estado. Lo más importante que debes hacer es elegir uno y usar solo uno. Sugiero discutir esto con su equipo y ver en qué están de acuerdo todos.

Dicho esto, mi sugerencia es la siguiente.

Suponiendo que está utilizando un lenguaje de programación orientado a objetos, el "estado" de un objeto está representado por el propio objeto. Algún objeto.estado es engañosa omi. No estoy seguro de lo que" estado " representa en su ejemplo, pero mi intuición natural es preferir esto al estado.

No es lo mismo en absoluto. Parados y comenzados son estados. Parar y comenzar son estado.

Si los haces lo mismo, ¿cómo describes el vehículo como parado pero que está arrancando? O una aplicación como la que actualmente presentadas, pero aún no ha entrado en el proceso de aprobación o aprobación, pero actualmente está en espera con una condición de error de la espera de la firma?