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

Buenos días Pedro, tras revisar tu ejercicio puedo decir que creo que se adapta perfectamente a lo que se pretendía:

Intenta resolver el ejercicio con los conocimientos adquiridos a lo largo del curso y realizando alguna consulta adicional en internet. Es bueno intentar enfrentarse a los problemas por uno mismo y tratar de resolverlos por uno mismo, ya que favorece el aprendizaje como programadores. Ten en cuenta que este ejercicio posiblemente no tenga una solución única, sino que hay distintas formas de plantearlo y distintas formas de resolverlo. Intenta crear tu propia solución y después compárala con la que indicaremos nosotros tratando de ver las ventajas e inconvenientes de una y otra forma de resolver el problema.

En tu caso para el envío de datos has definido un formulario que envuelve a la tabla, y cuando se realiza la edición añades el código del campo del formulario a enviar.

En la propuesta incluida dentro del curso se dejaba un div vacío con id <div id="contenedorForm"> al que se añadía el contenido del formulario una vez se realizaba la edición.

Hay otras diferencias pero en general tu solución es buena y simple y en algunos aspectos creo que incluso mejora a la propuesta dentro del curso.

Hay un detalle que a primera vista me parece mejor en la solución del curso que en la tuya, que es qué se pasa como argumentos a la función cuando se pulsa el botón editar. En tu caso tenemos por ejemplo onclick="editarFila(2)" y en la solución del curso onclick="transformarEnEditable(this)"

¿Por qué comento esto? Al indicar editarFila(2) estás ligando el número 2 a esta edición, pero supón que otra persona hace un cambio en el orden de los alimentos y pone la cereza antes que el plátano. En ese caso cuando pulsemos en editar en la fila de la cereza nos editaría la fila del plátano, porque la llamada no está ligada a la fila sino a un número fijo. Cuanto menos referencias "fijas" y más "genéricas" tengamos más robusto será el código frente a cambios.

Este ejercicio puedes darlo por más que bueno.

Saludos

Saludos Pedro tus contestaciones las encuentro todas bien y el código también. El problema del apartado 4. como comentas se debe a que un id debe ser único, al repetirse dos veces el id se genera un conflicto.

Hola todavía no cumples lo que indica el enunciado del ejercicio:

A continuación declara una variable mesSecreto de tipo String, y hazla igual a un elemento del array (por ejemplo mesSecreto = mes[9]

Recordar también que los nombres de las clases deben empezar con una letra mayúscula

En este hilo está el ejercicio resuelto, revísalo a partir de esa solución y si tienes dudas consulta, https://www.aprenderaprogramar.com/foros/index.php?topic=2108

Saludos

Hola

Un pequeño detalle:  he echo se escribe "he hecho", ambas con hache!

Revisando el ejercicio:

- El nombre de una clase en Java preferiblemente no debe contener la letra eñe, en https://www.aprenderaprogramar.com/foros/index.php?topic=3035.0 hay una explicación sobre cómo nombrar clases en Java.

- No cumple la consigna,

declarar una variable de tipo array de Strings que contenga los doce meses del año, en minúsculas y declarados en una sola línea

has declarado la variable pero no la has inicializado como pedían. Puedes verlo resuelto en este hilo: declares una variable de tipo array de Strings que contenga los doce meses del año, en minúsculas y declarados en una sola línea

- Tienes un fragmento de código poco comprensible

if (entradaTeclado.equalsIgnoreCase("Julio")){}
            else{}

Que significa que si la entrada de teclado es igual a julio no se hace nada y si no es igual tampoco se hace nada ¿Y qué es lo que se hace si en ningún caso se hace nada?

Saludos

Hola

He revisado el ejercicio y lo veo perfecto

Las preguntas sobre igualdad e identidad están bien planteadas, todo bien.

Con vistas al aprovechamiento del polimorfismo (comentado también en otros hilos del foro) se pueden declarar todos los cuadrados y círculos empleados con un tipo estático Figura, en este caso hacer ese cambio no afecta al resultado del programa

public class TestCirculoCuadrado
{
    public static void main(String [] Args){
        Figura cuadrado1 = new Cuadrado(5);
        Figura cuadrado2 = new Cuadrado(5);
        Figura cuadrado3 = new Cuadrado(8);
        Figura circulo1 = new Circulo(4);
        Figura circulo2 = new Circulo(4);
        Figura circulo3 = new Circulo(6);
        System.out.println("¿Son iguales cuadrado1 y cuadrado2? " + cuadrado1.equals(cuadrado2));
        System.out.println("¿Son el mismo objeto cuadrado1 y cuadrado2? " + (cuadrado1 == cuadrado2));
        System.out.println("¿Son iguales cuadrado1 y cuadrado3? " + cuadrado1.equals(cuadrado3));
        System.out.println("¿Son iguales circulo1 y circulo2? " + circulo1.equals(circulo2));
        System.out.println("¿Son el mismo objeto circulo1 y circulo2? " + (circulo1 == circulo2));
        System.out.println("¿Son iguales circulo1 y circulo3? " + circulo1.equals(circulo3));
    }
}

Saludos

Hola

En estos hilos del foro tienes ejemplos de manejo de archivos en Java:

Listar archivos en una carpeta: www.aprenderaprogramar.com/foros/index.php?topic=1636

Leer datos de un archivo y escribir datos a un archivo: https://www.aprenderaprogramar.com/foros/index.php?topic=1154

Otro ejemplo de leer y escribir a archivo: https://www.aprenderaprogramar.com/foros/index.php?topic=712

Leer datos de un archivo: www.aprenderaprogramar.com/foros/index.php?topic=946

Si tienes dudas con un código abre un tema del foro y pega el código siguiendo las explicaciones que se dan en https://www.aprenderaprogramar.com/foros/index.php?topic=1460.0

Saludos

Hola Pedro, unas vacaciones siempre son buenas

El ejercicio lo veo todo bien

Para ver los bordes con un poco más de amplitud se puede añadir la regla div {font-size: 120px;}

El border-bottom-color: #DAA520; creo que está equivocado de color con lo que pedía el enunciado

Saludos

Hola Campillo, he revisado el código, que en líneas generales está bien. Te indico las cosas que sería deseable mejorar o simplemente algunos puntos a comentar:

a) Los nombres de las clases: explicado en www.aprenderaprogramar.com/foros/index.php?topic=3035

b) Si un atributo pensamos que no va a usarse para operaciones numéricas es preferible que sea un String en lugar de un valor numérico (aunque esto es opcional)

private String codigoDeSupervisionAlimentaria; en lugar de private int codigoDeSupervisionAlimentaria; si pensamos que este código no va a usarse para cálculos. En cambio la temperatura sí es adecuado que sea un tipo numérico porque es posible que se utilice para cálculos.

c) Usar nombres descriptivos. Por ejemplo mostrarFechaCaducidadYNumLote() en lugar de fechaCaducidadYNumeroLote()

d) Si el nombre se vuelve muy largo buscar alternativas por ejemplo mostrarInfoProdFresco() o simplemente mostrarInfo() en lugar de fechaCaducidadNumeroLoteFechaEnvasadoYPaisOrigen()

e) La superclase posiblemente es una abstracción o forma de mantener en común cierto código, evitando su repetición. Posiblemente no sea adecuado instanciarla como haces con Productos productos1 = new Productos(fechaCaducidad, numeroLote);

Un hilo adecuado para consultar como solución es este: www.aprenderaprogramar.com/foros/index.php?topic=2306

Saludos cordiales

Hola luba, tal como dices faltaban los paréntesis. He editado el post y ya lo he corregido. ¡Gracias por advertirlo!

Hola, a la vista de tu código veo que has creado distintas listas para los distintos tipos de productos. Es una opción de diseño. Otra opción hubiera sido crear una sola lista y tener en ellos los diferentes tipos de productos. Esto es posible gracias al polimorfismo de Java. Es decir podríamos escribir List<Producto> listaProductos = new ArrayList<Producto>(); y dentro de esa lista tener tanto productos frescos como refrigerados, congelados, etc. Esto es posible gracias a que Java admite en la lista cualquier cosa que sea de tipo Producto, y los distintos tipos de productos son a la vez de dos tipos: el tipo estático Producto y el tipo dinámico (por ejemplo ProductoFresco).

Un campo de clase o static representa algo que es común para todos los objetos y que por tanto no es algo distinguible en cada objeto, sino algo común a todos ellos.

Recomendaría releer http://aprenderaprogramar.com/index.php?option=com_content&view=article&id=639:static-final-en-java-palabras-clave-variables-de-clase-o-campos-estaticos-y-constantes-ejemplos-cu00673b&catid=68:curso-aprender-programacion-java-desde-cero&Itemid=188

A veces un campo podría ser static y sin embargo no se hace static, esto depende del programador y de la forma de diseño y de trabajo a la que esté acostumbrado. Por ello no hay una regla exacta. Voy a poner un ejemplo: supón que estás desarrollando un videojuego donde una entidad es un "Bloque". Supón que cada bloque se construye siempre a partir de 4 unidades elementales a las que denominamos ladrillos. En esa situación en la clase bloque podríamos escribir static int numeroDeLadrillos = 4;

Esto significaría que todos los bloques tienen 4 ladrillos. Al ser algo común a todos los bloques, sólo existe una vez, y por tanto no tendría método set (ya que set permitiría establecer el número de ladrillos para cada bloque, pero en este caso estamos diciendo que es algo común para todos los bloques).

Puedes plantearte cualquier situación y buscar ejemplos, aunque también es cierto que al principio no es fácil distinguir cómo debemos hacer los diseños como programadores. Para ir adquiriendo soltura con esto conviene ir estudiando, analizando código que crean otras personas y viendo cómo lo hacen, tomando ideas (buenas ideas) de libros o de internet, etc. Y a medida que pase el tiempo y se vaya programando se adquirirá soltura a la hora de realizar diseños de código, no es algo que se pueda estudiar y hacer bien a la primera.

Saludos