naming-conventions - sobre - series de netflix pdf
Convenciones de nombres: "Estado" versus "Estado" (12)
Bueno, significan lo mismo. No creo que sea necesario promulgar una gran preferencia de uno sobre el otro, pero generalmente voy con "estado", 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 que vaya, conmigo.
Pregunta rápida: Me gustaría escuchar sus opiniones sobre cuándo usar "Estado" frente a "Estado" al nombrar campos como "Foo.currentState" frente a "Foo.status" y tipos, como "enum FooState" frente a "enum FooStatus ". ¿Hay una convención discutida por ahí? ¿Deberíamos solo usar uno? Si es así, cuál, y si no, ¿cómo deberíamos elegir?
Creo que muchas personas usan el "Estado" para representar el estado de un objeto si no es por otra razón que "Estado" se refiere a una división política de los Estados Unidos.
Creo que podrías agregar otra perspectiva a la ecuación, a saber, "remitente-solicitante".
Desde la perspectiva del remitente, comunicaba mi estado a cualquiera que estuviera dispuesto a escuchar. Si bien desde la perspectiva de los solicitantes, estaría pidiendo el estado de alguien.
Lo anterior también podría interpretarse desde un punto de vista de incertidumbre: - Definido = estado - Indefinido = estado ¿Cuál es su estado? Estoy en un estado relajado.
Estoy bastante seguro de que esta es solo una interpretación, que puede no aplicarse a su situación particular.
Muchas de las entidades con las que trato (cuentas, clientes) pueden tener un estado (TX, VA, etc.) y un estado (activo, cerrado, etc.)
Entonces, el punto de que el término es engañoso es posible. Tenemos una convención de nomenclatura de base de datos estandarizada (no es mi elección personal) en la que un estado se denomina ST_CD y el estado sería ACCT_STAT_CD .
Con una enumeración en un entorno OO, este problema no es tan importante, ya que si tiene seguridad de tipo estricto, el compilador se asegurará de que nadie intente hacer esto:
theCustomer.State = Customer.Status.Active;
Si estás en un entorno dinámico, ¡estaría más preocupado!
Si se trata de un dominio donde predominan las máquinas de estado u otra información de estado y esa terminología, entonces creo que State está perfectamente bien.
No es lo mismo en absoluto. Detenido y comenzado son estados. Detener e iniciar son estado.
Si los convierte en lo mismo, ¿cómo describe el vehículo como parado pero actualmente está comenzando? ¿O una aplicación como actualmente presentada, pero aún no ha ingresado al proceso de aprobación o está siendo aprobada, pero se encuentra actualmente en espera con una condición de error de espera de firma?
Normalmente usaré State para referirme a la condición actual de un objeto o del sistema como un todo. Uso 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 son la aplicación de una acción / método.
OMI:
estado == ¿cómo estás? [Bueno malo]
estado == ¿qué estás haciendo? [descansando / trabajando]
Otra razón (completamente pragmática) para preferir estado sobre estado es que el plural es directo:
- estado -> estados
- estado -> estados
Y créanme, tarde o temprano tendrán una lista o matriz o cualquiera de los estados en su código y tendrán que nombrar la variable.
Sophistifunk, estoy seguro de que obtendrás argumentos tanto para el estado como para el estado. Lo más importante es elegir uno y usar solo uno. Sugeriría discutir esto con tu equipo y ver en qué están de acuerdo todos.
Dicho eso, mi sugerencia es la siguiente.
Suponiendo que está utilizando un lenguaje de programación orientado a objetos, el "objeto" de un objeto está representado por el objeto mismo. SomeObject.state es engañoso imo. No estoy seguro de qué significa "estado" en su ejemplo, pero mi intuición natural es preferir esto a estado.
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) definiciones de "estado" en mi Sharp PW-E550 (un diccionario impresionante, podría agregar) es "la condición particular de que alguien o algo esté en un momento específico". La primera definición de "estado" es "la posición social, profesional u otra posición relativa de alguien o algo". Incluso la segunda (y última) definición de "estado" es inferior a "estado" en este contexto: "la posición de los asuntos en un momento particular, especialmente en contextos políticos o comerciales".
Entonces, si quisiéramos que fuera lo más fácil posible para alguien que usa mi diccionario (utiliza el New Oxford American Dictionary, 2001), "estado" sería la mejor opción.
Además, hay un patrón de diseño descrito en el libro de Gang of Four llamado State Pattern, estableciendo firmemente el término en el léxico informático.
Por estas razones sugiero "estado".
PD: ¿Es usted DDM? ¿Todavía estás amargado por "estado" versus "estado"? !!!!!!! LMAO!
Una comprobación rápida del diccionario revela que el estado es un sinónimo de estado, pero tiene una interpretación adicional de una posición relativa a la de los demás .
Entonces usaría state para un conjunto de estados que no tienen ningún orden implícito o posición relativa entre ellos, y estado para aquellos que sí lo tienen (¿quizás fuera de stand-on-on?). Pero es una buena distinción.
depende del contexto
Estado generalmente se refiere al estado completo de una entidad - todos sus valores y relaciones en un punto particular en el tiempo (generalmente, actual)
El estado es más un punto de tiempo, por ejemplo, en el que algo está en un proceso o flujo de trabajo: ¿está sucio (por lo tanto, es necesario guardarlo), está completo, está pendiente de entrada, etc.
Espero que eso te ayude en tu decisión.