Foros aprenderaprogramar.com
Didáctica y divulgación de la programación

Toda participación es bienvenida, y más si es de alguien con buen nivel de conocimientos dispuesto a ayudar a la gente que está empezando 

Hola, abundando en el tema tal y como comenta dongo es un problema con el buffer de entrada de C que raramente te encontrarás en otros lenguajes... Al ejecutar scanf se almacena en el buffer la entrada previa al caracter oculto salto de línea, pero el salto de línea se queda en el buffer y en la siguiente iteración del bucle es leído directamente sin que te permita la introducción de respuesta, de ahí que termine el bucle.

Una alternativa es usar lo siguiente: scanf("%c%*c", &respuesta);

De esta manera, el segundo carácter (el salto de línea) no es almacenado en el buffer, con lo cual a la repetición del bucle ya no se encuentra que haya nada almacenado y te pide el carácter.

Si piensas que es un poco extraño efectivamente lo es 

Veo que lo cazas todo al vuelo, y no sólo el código...


Si sigues programando verás que uno nunca para de aprender y de sorprenderse. A veces se habla de bugs, a veces de hacks, y a veces de cracks... pero siempre surgen curiosidades y cosas nuevas, seas más o menos veterano. Y una fuente para ir descubriendo todo esto es revisar el código que crean otras personas, siempre te encontrarás algún enfoque nuevo en el que no habías pensado anteriormente.

En el caso del iterator sin indicación del tipo se puede decir que dentro de la filosofía de Java de tipado medio a fuerte es poco recomendable, pero las normas están... para saltárselas de vez en cuando. 

Tampoco creo que sea para avergonzarse, tómatelo con filosofía y como bien dices como algo constructivo. Muy buena esa imagen del oso-monstruo  y ánimo con la programación!

Hola, gracias por tus comentarios.

Sobre el código te comento las cosas que he visto:

- Los métodos no deben incluir mensajes (como System.out.println ("La llanta ha pasado de tener una marca " + marca + " por el de " + valorMarca +"") ; ) excepto si el enunciado lo pide explícitamente.

- Un método set sólo debe encargarse de establecer el valor correspondiente para el atributo. Por tanto tu método setDiametro no está bien planteado, ya que además de esto hace un análisis del diámetro y muestra ciertos mensajes según ese análisis.

- Lo mismo ocurre con el método setGrosor.

Debes reescribir el código y ajustarte a lo que pide el enunciado. El enunciado dice: "Crea un método denominado comprobarDimensiones..." y esto no lo has hecho, por tanto no queda bien resuelto el ejercicio.

Puedes consultar las respuestas de otras personas y así orientarte mirando aquí: https://www.aprenderaprogramar.com/foros/index.php?topic=919

Saludos

Hola, después de ver detenidamente el enunciado y el código lo primero que hay que tener en cuenta es que se trata de un problema complejo cuya elaboración y solución puede requerir bastantes horas e incluso días. Normalmente este tipo de problemas no se abordan en cursos de programación básica, sino en cursos de algoritmia y estructuras de datos avanzadas.

Viendo el código te recomendaría usar nombres de variables más descriptivos. Por ejemplo estás usando la variable tablero para describir las casillas del tablero ya visitadas, pero ese nombre no es realmente descriptivo. Cuando el programa crece o cuando hay que revisarlo puede resultar confuso, por ello serían adecuados nombres más descriptivos, por ejemplo "casillaTableroVisitada". De ese modo casillaTableroVisitada[3][4] = true indicaría que la casilla en posición (3,4) ha sido visitada.

Sería recomendable que todas las variables lleven un nombre que describa adecuadamente su función dentro del programa.

Sobre el apartado c) del problema, lo primero que tendrías que hacer es desarrollar la algoritmia o lógica de los procesos y una vez comprendas bien todos los detalles desarrollar el código. Tal y como indica el enunciado el array o arreglo bidimensional accesibilidad indica el número de posiciones desde la que puede ser alcanzada una casilla del tablero y tiene que ser modificado a medida que se van visitando casillas. Una forma de abordar esto sería crear un método denominado nuevaAccesibilidad(int x, int y) de forma que cada vez que se visite una casilla (x, y) recalcule los valores de accesibilidad.

Es decir, cada vez que hagas: tablero[filaActual][columnaActual] = true;

tendrías que llamar a nuevaAccesibilidad(filaActual, columnaActual)

Suponiendo que la posición de partida es filaActual = 3, columnaActual = 4; tendríamos este tablero:

  2 3 4 4 4 4 3 2
  3 4 6 6 6 6 4 3
  4 6 8 8 8 8 6 4
  4 6 C 8 8 8 6 4
  4 6 8 8 8 8 6 4
  4 6 8 8 8 8 6 4
  3 4 6 6 6 6 4 3
  2 3 4 4 4 4 3 2

Desde que la casilla 3,4 queda marcada tendrías que llamar al método y reducir en 1 ud todas las posiciones visitables por el caballo desde la casilla marcada. Fíjate que esto tienes que hacerlo inmediatamente después de marcar la casilla como visitada y antes de que se decida el siguiente movimiento. En este caso quedaría:

  2 3 4 4 4 4 3 2
  3 3 6 5 6 6 4 3
  3 6 8 8 7 8 6 4
  4 6 C 8 8 8 6 4
  3 6 8 8 7 8 6 4
  4 5 8 7 8 8 6 4
  3 4 6 6 6 6 4 3
  2 3 4 4 4 4 3 2

La lógica para elegir la casilla a mover podrías desarrollarla después. Es mejor concentrarse en que el método funcione bien y cuando esté funcionando bien ir ampliando.

Ahora el caballo se desplazaría a una posición y desde ahí tendrías que volver a llamar al método para que recalcule el arreglo de accesibilidad.

Para cada movimiento del caballo puedes dibujar en pantalla el arreglo de accesibilidad y comprobar si lo que has planteado está funcionando bien.

Cuando tengas funcionando de forma correcta este método, podrías pasar a introducir la lógica de analizar qué casilla debe elegirse para el movimiento en función de los valores de accesibilidad en cada una de las casillas de destino, de modo que el caballo elija la casilla con menor valor de accesibilidad siempre.

Saludos!

Hola, he compilado y ejecutado el programa y como resultado inicial me aparece esto ¿A tí no te llega a compilar y aparecer el menú inicial?


   ***** Menu *****

   I = Incluir
   C = Consultar
   M = Modificar
   E = Eliminar
   R = Reporte
   S = Salir

   <<< Elija Opcion >>>

   ***** Menu *****

   I = Incluir
   C = Consultar
   M = Modificar
   E = Eliminar
   R = Reporte
   S = Salir

   <<< Elija Opcion >>>

   ***** Menu *****

   I = Incluir
   C = Consultar
   M = Modificar
   E = Eliminar
   R = Reporte
   S = Salir

   <<< Elija Opcion >>>

Hola, el código está bien resuelto.

Sobre la consulta: el método subString no lo declaras, sino que lo usas.

Por ejemplo: ValorCadena1.substring(0,2)

La signatura del método es: String substring(int beginIndex,int endIndex)

Tú estás invocando el método sobre el String ValorCadena1 y usando como beginIndex el valor 0, que es un entero, y como endIndex el valor 2, que es otro entero.

Por tanto todo está correcto.

Saludos.

Hola, al tener los valores en una matriz lo que se me ocurre sería duplicar los resultados en otra columna de modo que incluyas una prueba condicional.

SI(prueba_lógica;valor_si_verdadero;valor_si_falso)

=SI(G10=#N/A;0.00E+00;G10)

Es decir, en otra celda analizar lo que ocurre en la celda G10. Si en G10 tienes un valor válido, mostrarlo. Si no es un valor válido, mostrar 0.00E+00

Saludos.

Hola Toni, al compilar me salta un warning relacionado con un problema de tipos. Deberías revisar y tratar de eliminar el warning.

Creo que el problema pueda estar relacionado con esto:

if (tmpSet instanceof java.util.HashSet) {
                System.out.println ("\n\tElementos del HashSet ");
                Iterator<HashSet> itHS = tmpSet.iterator();
                while (itHS.hasNext()) {

Ya "estás dentro del HashSet" y ahí quizás deberías declarar el tipo de los elementos dentro del HashSet (por ejemplo String), no HashSet...

Creo que haciendo una revisión en profundidad de los tipos podrías eliminar el warning.

Saludos.