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

Hola Rodrigo_avia.

Realmente no afecta al funcionamiento del programa donde situas los métodos setters y getters. Sin embargo es recomendable ponerlos juntos. Dependiendo de tus gustos o preferencias, o de lo te exijan en un puesto de trabajo, se pueden colocar antes o después del resto de métodos o funciones de la clase. No importa si pones antes los getters y después los setters o lo haces al revés. También puedes poner un método set y a continuación su método get, y así sucesivamente con cada atributo de la clase.

Personalmente yo normalmente establezco los métodos setters y getters tras la declaración de los constructores de la clase (salvo algún caso particular). Y suelo intercalarlos: establezco el set y el get para un atributo, después el del siguiente, etc etc. Todo ello con el fin de facilitar la lectura y comprensión del código.

Una vez dicho esto... sientete libre de hacerlo como prefieras.

Un saludo!

Muy buenas.

Por recomendación de Alex Rodriguez tras finalizar el curso de fundamentos I, inicié a la vez el de fundamentos II y el de Visual Basic. Ya casi he terminado estos, y la verdad es que fue un gran consejo, puesto que todo lo que se muestra en los cursos de fundamentos se aplica casi punto por punto en el curso de Visual Basic.

Realizando los cursos me he dado cuenta de que independientemente de realizarlos de esta forma o en orden, es necesario saltar de un curso a otro para asentar conocimientos o realizar comprobaciones, pero los temas casi nunca se corresponden en número o nombre con su homólogo en otro curso. Se que es muy difícil, por no decir imposible que la numeración se corresponda entre los temas, más que nada porque son dos cursos "contra" uno. Sin embargo creo que seria una buena idea agrupar los temas por bloques y por colores. De esta forma saltar de la parte teorica de uno de los cursos de fundamentos a la parte práctica del de Visual Basic seria más sencillo para los estudiantes y también más rápido. También se agradeceria en visitas futuras una vez terminados los cursos. Porque por lo menos por mi parte, sé que volveré a revisar varios de los temas pasado un tiempo.

No habría que cambiar nada en los temas, simplemente definir los bloques temáticos en el índice de cada curso.

Por ejemplo:
Bloque de Errores - Definición - Detección - Tratamiento
Curso Fundamentos nivel II
Temas 29 a 46

Bloque de Errores - Definición - Detección - Tratamiento
Curso Visual Basic
Temas 49 a 56

Para resolver muchos de los problemas del curso de Visual Basic, he recurrido al pseudocódigo de los cursos de fundamentos, para intentar traducir por mi cuenta dicho pseudocódigo a Visual Basic, antes de ver las soluciones de los ejercicios. Estos bloques temáticos hubieran sido de gran ayuda para no tener que buscar tema por tema donde estaba el pseudocódigo de un ejercicio en particular.


Muchas gracias por vuestro tiempo y por el trabajo que haceis.

Un saludo!

Ya estoy de nuevo por aquí.

Antes de nada muchas gracias por tus respuestas Mario.

Más abajo adjunto el código del ejercicio resuelto. Aunque sigue teniendo algunas pegas:

Para empezar he tenido que recurrir a los métodos IsNumeric() y Len(), para comprobar si hay letras y para contar el número de caracteres (dígitos en este caso). Sin embargo tengo la impresión que este problema podría resolverse (y debería poder resolverse dado el punto del curso en el que se encuentra) utilizando solo if... else y while. Algo como:

Dim contador As Integer
Dim ISBN, digitosISBN As Long

contador = 0
digitosISBN = ISBN

Do while digitosISBN > 0
      digitosISBN = digitosISBN / 10
      contador = contador + 1       '[contador seria el número de dígitos del número]
Loop
Con esto evitariamos tener que recurrir a cadenas de texto (nos ahorramos comprobar si hay letras) y ahorramos alguna variable. El problema es que los ISBN pueden empezar por cero, y por ello esta solución no es válida, dado que al llegar al primer cero la condición no se cumplirá y saldrá del bucle antes de contar todos los dígitos que quedan, que serían todo ceros claro. ¿Habría alguna forma de hacerlo solo con If... else y while?

Por otro lado, aunque he añadido la comprobación de línea que mencionabas (dicho sea de paso no se si es correcta), si desactivo la comprobación de los 10 dígitos, sigue sin funcionar correctamente. Continua leyendo los datos de los precios como si fueran ISBN. He hecho bastantes comprobaciones pero sigo sin entender porque si nosotros tenemos dato(1) y despues saltamos a dato(4) con i = i + 3, el algoritmo lee dato(2) como ISBN. Si saltamos del 1 al 4, ¿Por qué lee el 2?.


El ejercicio:

Public Class Form1
    Dim dato(50) As Single
    Dim iISBN As Long
    Dim sISBN As String
    Dim precio, valorLote As Single
    Dim encontrado As Boolean

    Private Sub Form1_Load(sender As Object, e As System.EventArgs) Handles Me.Load
        Me.Text = "Libreria"

        LabelResultado.Text = ""

        ButtonBuscar.Text = "Buscar"
        ButtonCalcular.Text = "Calcular"

    End Sub

    Private Sub ButtonBuscar_Click(sender As Object, e As System.EventArgs) Handles ButtonBuscar.Click
        Dim i As Integer
        Dim digitosISBN As Integer

        encontrado = False

        sISBN = InputBox("¿Cuál es el ISBN del libro?", "Busqueda Libro")
        digitosISBN = Len(sISBN)

        Do Until IsNumeric(sISBN) = True And digitosISBN = 10
            MsgBox("El ISBN introducido debe tener 10 dígitos" & vbLf & "y solo puede contener números", , "Error ISBN")
            sISBN = InputBox("Introduzca un ISBN de 10 dígitos: ", "Busqueda Libro")
            digitosISBN = Len(sISBN)
        Loop

        iISBN = CLng(sISBN)

        Dim myFileToRead = New System.IO.StreamReader("C:\Users\Toshiba\Desktop\libros.dat", False)
        i = 1
        dato(i) = myFileToRead.ReadLine()
        Do While dato(i) <> -500

            If dato(i) = iISBN And (i - 1) Mod 3 = 0 Then

                dato(i + 1) = myFileToRead.ReadLine()
                dato(i + 2) = myFileToRead.ReadLine()

                precio = dato(i + 1)

                If dato(i + 2) = -66 Then
                    precio = precio - ((precio / 100) * 15)
                End If

                If dato(i + 2) = -99 Then
                    precio = precio - ((precio / 100) * 25)
                End If

                encontrado = True
                LabelResultado.Text = "Libro encontrado" & vbLf & "Su precio es: " & precio
            End If

            i = i + 3
            dato(i) = myFileToRead.ReadLine()
        Loop
        myFileToRead.Close()

        If encontrado = False Then
            LabelResultado.Text = "Libro no disponible"
        End If

    End Sub

    Private Sub ButtonCalcular_Click(sender As Object, e As System.EventArgs) Handles ButtonCalcular.Click
        Dim i As Integer

        precio = 0
        valorLote = 0

        Dim myFileToRead = New System.IO.StreamReader("C:\Users\Toshiba\Desktop\libros.dat", False)
        i = 1
        dato(i) = myFileToRead.ReadLine()

        Do While dato(i) <> -500

            dato(i + 1) = myFileToRead.ReadLine()
            dato(i + 2) = myFileToRead.ReadLine()

            precio = dato(i + 1)

            If dato(i + 2) = -66 Then
                precio = precio - ((precio / 100) * 15)
            End If

            If dato(i + 2) = -99 Then
                precio = precio - ((precio / 100) * 25)
            End If

            valorLote = valorLote + precio

            i = i + 3
            dato(i) = myFileToRead.ReadLine()
        Loop
        myFileToRead.Close()

        LabelResultado.Text = "El valor total del lote es: " & valorLote
    End Sub
End Class

Un saludo!

Hola LPM!

Para entender tu primer problema primero hay que ir a la base de las matemáticas. Doy por hecho que sabes que existen distintos tipos de conjuntos de números, en total son 5 conjuntos de tipos de números. Nosotros nos vamos a centrar en 2:

Los números Enteros. Que son los números comprendidos entre en el 1 y el infinito (números positivos), el cero, y del -1 al menos infinito (los números negativos).

Los números Reales. Que son los números comprendidos entre el 1 y el infinito (números positivos), el cero, del -1 al menos infinito y todos los números decimales que hay entre medias. Es decir, que los números reales comprenden los números enteros... los números enteros estan dentro de los números decimales. Pero no ocurre al contrario, los decimales no estan dentro de los números enteros.

Si te pongo como ejemplo un 2, este dos sin más podría ser un número entero o un número decimal (float o double). Si pusiera 2,00 (o 2.00 según tengas que usar el punto o la coma), entonces seria un número decimal (float o double).

Ahora, remitiendome a tu primer ejemplo, te indican que no es recomendable la sentencia "sobrepeso = 2 * peso", cuando sobrepeso es de tipo decimal (double) y peso de tipo entero (int). Por si misma esta sentencia es correcta, porque tanto el "2", como "peso" son de tipo entero, dando como resultado otro número de tipo entero, que podría almacenarse perfectamente dentro de una variable decimal. La cuestión es, si realizo una operación con dos números enteros... ¿Por qué guardarlo en una variable de tipo decimal?. Estamos desperdiciando memoria al utilizar una variable de tipo decimal (que requiere más memoria), en vez de utilizar una variable de tipo entero (que requiere menos memoria que una variable de tipo decimal). Y además en un código de cierta longitud, podría dar lugar a errores. Por no mencionar que dificulta la lectura del código para el programador.

Sobre el segundo ejemplo: Este ejemplo es correcto, por dos motivos. Para el primero debes ver su versión "extendida", si no utilizamos el operador de asignación compuesta:
saldo = saldo - precioCaja * cantidadCajas;
Como puedes observar, en las operaciones estamos incluyendo la variable "saldo", que es de tipo decimal, por lo tanto cabe la posibilidad de que el resultado tenga decimales.
El segundo motivo por el que es válida se da en el supuesto que "precioCaja" sea de tipo decimal (float o double). Yo con verlo estoy seguro que es de tipo decimal, porque por norma general el precio de un objeto suele tener decimales o puede tener decimales. Con todo esto llegamos a la conclusión que la sentencia es válida, aunque una de las variables sea de tipo entero (cantidadCajas), porque si realizamos una operación entre un número entero y uno decimal, el resultado normalmente será un número decimal.

Llegando a tu último ejemplo debes ser consciente de una cosa, no estas realizando una operación aritmética, sino una operación lógica. Estas comparando un número con otro, no sumandolos, restandolos, multiplicandolos, etc etc. Cuando realizamos una comparación, ya sea entre números o cualquier otra cosa, solo podemos obtener dos resultados: o son iguales (verdadero, true, etc) o no son iguales (falso, false, etc). En tu ejemplo en vez de si son iguales se compara si es mayor que o menor que, y los resultados posibles en cada caso son los mismos, solo 2: o es mayor que, o no es mayor que; o es menor que, o no es menor que. Si nos remitimos a la definición de lo que es una variable booleana, vemos que este tipo de variable solo puede tener dos resultados: Si o No, Verdadero o Falso, 1 o 0, True o False, etc etc. Por ello se dice que estas comparaciones son de tipo booleano, y solo pueden devolverte verdadero o falso.

Espero que te sirva de aclaración. Si tienes alguna duda más, no te cortes en preguntar.

Un saludo!!

Hola Mario.

Muchas gracias por tu respuesta. Challenge Accepted! jajaja. Voy a intentar resolverlo con las indicaciones que me das en tu respuesta. Aunque no sé si sería más correcto llegar primero al tema en el que se tratan los errores, para intentar aplicar esa teoría a este problema o intentar resolverlo ya.

Gracias también por la aclaración del uso del término "base de datos". Un artículo muy interesante el que has adjuntado. No tenía muchas nociones sobre el tema, asi que me ha aclarado bastantes cosas.

Me gustaría añadir una cosa más. Sigo teniendo una "espinita" clavada con este ejercicio. Me ha quedado claro que el problema se puede resolver añadiendo algunos condicionates para realizar comprobaciones. Pero no entiendo porque no funciona correctamente el código del ejercicio. Este ejercicio lo presentais por primera vez en el curso fundamentos nivel I, en el tema CU00171A. He repasado el diagrama de flujo que exponeis en dicho tema varias veces, y para mi la lógica de ese diagrama es correcta, debería funcionar correctamente en la situación en la que ahora no lo hace (evidentemente para lo de los 10 dígitos del ISBN es completamente necesario añadir una comprobación). No comprendo donde surge el error... si la lógica es correcta: ¿Por qué falla?

De nuevo muchas gracias, y perdón por la insistencia, esto me tiene desconcertado.

Un saludo!

Hola!

En el tema CU00334A-2 del curso de Visual Basic proponeis un ejercicio para comprobar si existe un libro dentro de un lote, y si existe que nos devuelva el precio en función de un descuento. Y en la segunda parte del ejercicio que nos devuelva el precio del lote completo.

Mi problema surge en la primera parte del ejercicio. He utilizado como base de datos del lote los datos que poneis en el ejemplo. Si introduzco un ISBN que esta en el lote, lo encuentra y me devuelve el precio correctamente aplicando el descuento. Si introduzco un ISBN que no esta en lote, me indica que no esta en el lote. El problema surge cuando introduzco como ISBN un valor que corresponde por ejemplo con uno de los precios de la base de datos, ya que me dice que si existe ese libro, me devuelve como precio el centinela que se utiliza para indicar el descuento (seria la siguiente posición en la base de datos), y por último me da un error al exceder los limites del array que contiene los datos, porque se salta el centinela que es usado como indicador de final de archivo.

Esto no debería ocurrir puesto que vamos saltando posiciones en el array de 3 en 3 para que solo lea los datos correspondientes al ISBN de cada libro. Tras volverme loco buscando el error en mi código, he probado con el que poneís de ejemplo... y sucede exactamente lo mismo. Mis preguntas son: ¿este es un error "controlado", ya sabiais que existia? ¿Como podríamos solucinar esto? Ahora ya me pica la curiosidad jejeje.

Aclaro que el archivo libros.dat al tener pocos datos, lo he creado a mano con el bloc de notas, en vez de hacerlo por código. Por si esto influyera en algo. Lo adjunto por si fuera un error del archivo

Muchas gracias por vuestro tiempo.

Un saludo!

Muy buenas!

En el tema CU00333A del curso del Visual Basic proponeis el siguiente ejercicio:

 En un complejo industrial se desea incentivar a los encargados de turnos de producción. A cada encargado le corresponde un turno. Hay 18 turnos, y por cada uno de ellos 40 operarios. Para evaluar a los encargados se ha hecho una encuesta entre los trabajadores. Se les ha pedido que evalúen a su encargado de 0 a 10 siendo el 5 el aprobado. Los resultados están almacenados en un array tipo Nota(turno, operario) donde turno indica el número de turno y operario el número de operario dentro del turno. Desarrollar un programa que determine en qué turnos todos los operarios del mismo han aprobado al encargado.

Nota: las notas las generaremos aleatoriamente en un fichero con un pequeño programa auxiliar.

Para resolverlo proponeis utilizar un bucle dentro de otro bucle:
For i = 1 to 18
      For j = 1 to 40
          nota(i, j) = Leer linea del archivo
          Comparar si la nota(i, j) es mayor a 5.
      Next j
Next i

Teniendo en cuenta que en total tenemos 720 notas (18 * 40), en 720 líneas de un archivo. No entiendo como este bucle interpreta que tras la primera iteración (notas de la 1 a la 40) debe leer las notas de la 41 a la 80 en la segunda iteración y así sucesivamente hasta llegar a la nota 720. Ahora mismo yo interpreto que siempre lee las notas de la 1 a la 40. ¿Podría alguien explicarme esto, por favor?

Muchas gracias y un saludo!

Hola Shoori83!
Bienvenido a aprenderaprogramar.com.

Por como te has referido a la informática me ha dado la impresión que no tienes muchas nociones de la misma. Si este es el caso, y sin pretender desanimarte u ofenderte ni nada por estilo, yo te recomendaría que empezaras por otros aspectos más básicos o "sencillos" de la informatica. Ya que la programación es una rama de la informática un tanto compleja o "avanzada". Sino es así y te he mal interpretado te pido disculpas.

Da igual si quieres aprender a programar por hobbie o con vistas a dedicarte profesionalmente a ello. Yo recomiendo a todo el mundo aprender a programar, indistintamente de los objetivos que tenga. Creo que es una materia que nos ayuda a mejorar nuestra forma de enfrentarnos a nuevos problemas. Porque en eso consiste la programación, en resolver problemas.

Yo he llegado hace poco a este foro y aún llegando con una pequeña base de programación decidí empezar por los cursos de fundamentos, y realmente no me equivoqué. Asi pues, te recomiendo que empieces por ellos.
Lo que tratan en estos cursos son conceptos generales a todos los lenguajes de programación. También te enseñan como abordar un nuevo problema, como desarrollarlo paso a paso... porque sin una buena planificación previa es muy fácil perderse una vez te has puesto a escribir código, te lo digo por experiencia personal . Además te recomiendo que una vez hayas hecho los dos cursos de fundamentos, completes también el de Visual Basic. También puedes hacer lo que me recomendaron a mi: hacer el primero de fundamentos y después hacer a la vez el segundo de fundamentos y el de Visual Basic.
El curso de Visual Basic no es un curso completo de Visual Basic como tal, es más bien la aplicación prática de los cursos de fundamentos de la programación. No profundiza exhautivamente en lenguaje, más bien sirve como un acercamiento general a los lenguajes de programación. Yo era reticente en hacerlo, pero después de varias lecciones, me he dado cuenta de su gran utilidad. Si nunca has programado, es por donde deberías empezar. Todo lo que aprendas en ellos podras aplicarlo a cualquier lenguaje que desees aprender después, sea el que sea.
Se que te parece mucha carga de información y que tendrás que invertir mucho tiempo, pero la informática en general es así, hay que echarle horas. Y tienes que ver la programación como una maratón, no como los 100 metros lisos.

Espero haberte ayudado. Si tienes alguna duda más... aquí estamos.

Un saludo! 

Hola de nuevo.

Estoy de acuerdo con Mastermind en todo lo que ha dicho.

Es cierto que Flash a caído en deshuso en la mayoría de la red. Primero fue Apple la que decidió dejar de utilizarlo y tiempo después se unió Microsoft dejando de dar soporte para la versiones de Windows para móviles y tablets, pero en PC todavía esta presente. Android también sigue trabajando con Flash.
Y también es cierto que esta siendo sustituido por HTML 5. Porque permite, entre otras cosas, reproducir videos utilizando directamente el hardware de los dispositivos, sin depender de software de terceros, ahorrando así "algo" de batería en los dispositivos móviles y también evitando que las compañias tengan que esperar las actualizaciones de dichos softwares.

Aún así, todavía siguen existiendo muchas webs que dependen principalmente de Flash, y otras tantas que aunque ya no dependen completamente de Flash, siguen utilizandolo en un segundo plano. Asique creo que Flash estará algunos años más "dando guerra".

Mi recomendación... si lo vas a usar como "hobbie", para uso personal y porque te gusta Flash, aprendelo o sigue con él. Por el contrario, si tu objetivo es de indole profesional, tal vez seria más conveniente invertir tu tiempo en otros lenguajes, como por ejemplo los que te recomienda Mastermind. La decisión es tuya.

Un saludo!

Muy buenas URK484.

No soy un experto en Flash, pero aunque se haya pasado el "hipe" de Flash, no creo que vaya a desaparecer a corto o medio plazo.

Dicho esto, si quieres desarrollar tus propios videojuegos yo te recomendaría buscar un motor gráfico que incluya su propio editor visual. Hay varios en el mercado tales como Unreal Engine, Cry Engine, etc etc. Personalmente yo te recomiendo Unity3D. Es un motor gráfico o motor de videojuegos (aunque puede usarse para más cosas, no solo videojuegos), orientado sobre todo al desarrollo de juegos indies. Eso si, se pueden hacer cosas de mucha calidad con este motor. Las grandes ventajas que te ofrece:
Por un lado tiene una versión completamente gratuita, que te permite compilar juegos para PC y para Web. Evidentemente tiene algunas cosas "capadas" y no incluye una serie de herramientas que si ofrece su versión de pago... pero si lo vas a utilizar como hobbie realmente no vas a notar estas cosas, creeme. Aparte una vez finalizada una aplicación o videojuego, cambiando el sistema de control y optimizando sobre todo el apartado visual, puedes compilar el mismo juego para Mac, Android, iOS, PSP, PS Vita, PS3, PS4, Xbox 360, Xbox One, Wii y Wii U... pero tendrás que pagar una licencia por cada plataforma a la que quieras exportar. Con algunas licencias además te enviarán un kit de desarrollo del propietario de la plataforma (por ejemplo con iOS), para poder adaptar sin problemas el juego a dicha plataforma.

Otra ventaja que tiene es que puedes crear juegos en 2D y en 3D. En su origen fue creado para 3D, pero la gente se las ideaba para crear juegos en 2D y finalmente han incluido una serie de herramientas para el desarrollo 2D muy potentes... trae algunas gratuitas y otras son de pago.

Otra ventaja es que ya tienes un motor gráfico del que partir, tienes un gran trabajo hecho, y con unos cuantos scripts puedes tener un juego funcionando. Otra cosa es que sea bueno o malo y otra que sea bonito . Se puede programar en 3 lenguajes diferentes que yo recuerde: Boo (es un lenguaje nativo de su editor de código), JavaScript y C#Script. Trae su propio editor de código llamado MonoDevelop, aunque puedes asociar otro al programa como Visual Studio.

Por último tiene una tienda (el asset store) incluída dentro del propio programa en la que puedes comprar todo tipo de cosas para el motor. Desde personajes y escenarios, hasta herramientas y scripts para ayudarte hacer tus juegos. Algunas cosas de la tienda son gratuitas.

Me gustaría añadir que tiene una gran comunidad en la red con la que podrás aprender a utilizarlo, entre ellas varias en español.

Un saludo y espero haberte ayudado.