A menudo hablo con programadores que dicen " No pongas múltiples declaraciones de retorno en el mismo método " . Cuando les pido que me digan las razones, todo lo que obtengo es " El estándar de codificación lo dice " o " Es confuso " . Cuando me muestran soluciones con una sola declaración de...
A menudo escribí este tipo de función en ambos formatos, y me preguntaba si se prefiere un formato sobre otro y por qué. public void SomeFunction(bool someCondition) { if (someCondition) { // Do Something } } o public void SomeFunction(bool someCondition) { if (!someCondition) return;...
Mi jefe sigue mencionando con indiferencia que los malos programadores usan breaky continueen bucles. Los uso todo el tiempo porque tienen sentido; déjame mostrarte la inspiración: function verify(object) { if (object->value < 0) return false; if (object->value >...
En varios lenguajes (Java al menos, piense también C #?) Puede hacer cosas como if( condition ) singleStatement; while( condition ) singleStatement; for( var; condition; increment ) singleStatement; Entonces, cuando tengo solo una declaración, no necesito agregar un nuevo alcance con { }....
Considere la siguiente instrucción enum y switch: typedef enum { MaskValueUno, MaskValueDos } testingMask; void myFunction(testingMask theMask) { switch (theMask) { case MaskValueUno: {}// deal with it case MaskValueDos: {}// deal with it default: {} //deal with an unexpected or...
Scala no tiene breako continue, por lo que algunos comportamientos en bucle requieren un poco más de pensamiento. Terminar un ciclo temprano requiere recursión de cola, excepciones o scala.util.control.Breaks(que usa excepciones). La razón de esto es que, como goto, son construcciones de flujo...
Tal como está actualmente, esta pregunta no es adecuada para nuestro formato de preguntas y respuestas. Esperamos que las respuestas estén respaldadas por hechos, referencias o experiencia, pero esta pregunta probablemente solicitará debate, argumentos, encuestas o discusión
Es difícil saber qué se pregunta aquí. Esta pregunta es ambigua, vaga, incompleta, demasiado amplia o retórica y no se puede responder razonablemente en su forma actual. Para obtener ayuda para aclarar esta cuestión para que se pueda volver a abrir, visite el centro de ayuda ....
Después de desarrollar varias aplicaciones de Haskell, me encontré segregando rigurosamente el código impuro y las funciones de fallas ( parciales ) de sus contrapartes puras y totales . Estos esfuerzos han reducido notablemente el costo de mantenimiento asociado con las aplicaciones. Con el tiempo...