Delphi VS Visual Basic

[[ArdiIIa]]

Empezado por Neftali

Bueno yo dije esto y lo sigo manteniendo.
Para gente que nunca ha programado, le es más fácil empezar con Visual Basic que con Delphi.
He estado unos cuantos años dando clases de programación y la experiencia avala esta afirmación.

Que debemos entender con "gente que nunca ha programado", considerando que nos estamos moviendo en un entorno profesional ?
La evolución de estas herramientas ha sido tan grande, que cuando uno llegaba al "hola mundo", ya se consideraba programador, y esto gracias a las herramientas (visuales). Antes cuando había que picar más código, la gente no era tan osada.
Yo también he dado clases, y es obvio que la gente que arrastraba una sólida formación, aunque fuera en otras materias, asimilaba perfectamente los conceptos OPP y cualesquiera otros, pero claro está, asimilar conceptos, no es lo mismo que tener una visión clara de lo que se puede o no se puede.
Otra cuestión es si se debería considerar a Delphi como un lenguaje ideal para la formación; que a mi juicio y a pesar de que tenga una "supuesta" curva de aprendizaje algo dura, sería lo ideal dado los resultados posteriores. Que mas o menos vendría a ser asimilable con sacarte un carnet para ciclomotor o para un Airbus380

[Neftali [Germán.Estévez]]

Empezado por ArdiIIa

Que debemos entender con "gente que nunca ha programado", considerando que nos estamos moviendo en un entorno profesional ?

Bueno, no tiene porqué...
Ni en el mensaje original, ni en la comparativa se cita que estemos hablando de profesionales de la informática.
Mucha gente aprende (o intenta aprender) a programar por hobby o por curiosidad; No todos los que se adentran en el mundo de la programación lo hacen para dedicarse a ello profesionalmente.

Hay personas que son usuarios avanzados en windows y que quieren hacer sus "pinitos" en programación. Igual que yo puedo hacer mi "pinitos" en diseño gráfico; No soy ni mucho menos diseñador, ni he estudiado para ello, pero me gusta "toquetear" programas, hacer pruebas y voy aprendiendo sobre la marcha. Posiblemente PhotoShop sea mucho mejor que PhotoFilter (por cuierto muy bueno y gratuíto; link ) pero para mí sea más "adecuado" empezar por el segundo y luego "saltar" al primero.

[roman]

Sería interesante leer la opinión del amigo Caral. Si no entiendo mal, él no es un profesional de la informática, sino un empresario que decidió hacer su propio sistema- ¡y muy bien que lo hizo! -y lo hizo en Delphi. Desconozco si antes programó en VB.

De cualquier manera, yo creo que decir que es más sencillo para el novato, entender la programación orientada a eventos de VB que la orientada a objetos de Delphi, si bien es una afirmación dictada por la experiencia, no estoy seguro que sea aplicable precisamente en el contexto de un usuario avanzado que quiere hacer sus pininos. Si bien Delphi permite una buena programación orientada a objetos, ¿cuántos de nosotros realmente aprovechamos esa característica? El instanciar un objeto y asignarle propiedades, no es programar orientado a objetos. Yo creo que tal usuario avanzado, la mayoría de veces, programará usando exclusivamente eventos. Y en ese punto estamos "igual" que con VB, y creo que es así como habría que hacer la comparación en cuestión de facilidad de aprendizaje.

// Saludos

[[ArdiIIa]]

Empezado por roman

El instanciar un objeto y asignarle propiedades, no es programar orientado a objetos.
Yo creo que tal usuario avanzado, la mayoría de veces, programará usando exclusivamente eventos.

Es obvio que siempre tienes bastante razón, pero siempre está la excepción que rompe la regla...
Yo conocí la OPP en Clipper de la mano de Antonio Linares con su famosa librería Fivewin, de la que estoy seguro que muchos "viejos cliperos" conocerán, así como de la versión 5 de Clipper en la que ya se podían hacer pinitos con sus browsers y columnas.
Desde entonces considero que ese tipo de programación te brinda un rendimiento superior a lo tradicional y en todos aquellos lugares que puedo potenciarlo, así lo hago.
Supongo que no estoy diciendo nada nuevo, sino únicamente remarcar que la tendencia genérica, no tiene porque ser la de programación de eventos, aunque seguramente, si sea la mayoritaria.

[roman]

Empezado por ArdiIIa

Desde entonces considero que ese tipo de programación te brinda un rendimiento superior a lo tradicional y en todos aquellos lugares que puedo potenciarlo, así lo hago.

Pero, ¡es que yo nunca dije lo contrario! A ver; aquí se mencionó- o así lo entendí -que para el novato, y específicamente aquél que no es informático, sino usuario avanzado, es más sencillo el paradigma de orientación a eventos que el de orientación a objetos. Yo no dudo que así sea, como tampoco dudo que la orientación a objetos sea superior. Pero muchos usan o usamos delphi sin realmente usar ese paradigma, por ello aclaré lo de que usar un objeto no es lo mismo que hacer OOP. Y muchos de quienes se ponen a programar como usuarios avanzados harán lo que muchos hemos hecho: colocar componentes en un formulario y programando sus eventos. Y eso es lo mismo que hace quien comienza a usar VB. Así que, ¿donde está la mayor facilidad de aprendizaje en VB?

// Saludos

[[ArdiIIa]]

Empezado por roman

Pero, ¡es que yo nunca dije lo contrario!

Si no trato de polemizar con el asunto, sino simplemente deseaba remarcar ese aspecto.

Empezado por Delphius

lo ideal para armortiguar la curva de aprendizaje no va por una cuestión del lenguaje sino más por la lógica de aprendizaje.

A eso precisamente me refería yo antes, a lo que podríamos denominar como "alumnos aventajados", dado que cuando te topas alguien que ya tiene algún "cimiento" o esas nociones, la explicación del lenguaje es resulta totalmente asimilable por él.

[[Caral]]

Hola
Bueno voy a dar mi opinion como no solamente novato sino como NO programador ademas que 0 experiencia en todo esto.
Como dice Roman, No soy programador soy empresario y nunca he estudiado para programar.
Hace mucho me gusta esto de la programacion pero como no he tenido mucho tiempo pues no pude aprender como se debe (aunque sea por capricho).
Tuve la oportunidad de ver programas como Basic, fox, c, Vb, cliper y no se que otros.
Como soy en esto autodidacta, lo que hago es comprar libros y los tengo todos los de estos lenguages.
NO se que tiene Delphi, la verdad no se si es objetos o eventos o que, no tengo la menor idea, lo que si se es que llevo unos 9 meses programando o tratando con delphi y lo que he hecho nunca lo podria haber hecho con otro lenguage.
Dicen que VB es mas facil, puedo asegurar por lo menos en mi caso que delphi es muchisimo mas facil.
Como no se, pues comparo, y vb lo comparo con java o fox, osea complicado no se aclara nadie con esto hay que hacerlo todo a pie, no se como explicarlo, perdonen la ignorancia en el tema pero la verdad a manera de comparacion como novato diria y siempre dire Delphi.
Mis argumentos son los programas, dicen que para muestra un boton.
Saludos

[[Delphius]]

Empezado por roman

De cualquier manera, yo creo que decir que es más sencillo para el novato, entender la programación orientada a eventos de VB que la orientada a objetos de Delphi, si bien es una afirmación dictada por la experiencia, no estoy seguro que sea aplicable precisamente en el contexto de un usuario avanzado que quiere hacer sus pininos. Si bien Delphi permite una buena programación orientada a objetos, ¿cuántos de nosotros realmente aprovechamos esa característica? El instanciar un objeto y asignarle propiedades, no es programar orientado a objetos. Yo creo que tal usuario avanzado, la mayoría de veces, programará usando exclusivamente eventos. Y en ese punto estamos "igual" que con VB, y creo que es así como habría que hacer la comparación en cuestión de facilidad de aprendizaje.

¿A quien estaríamos considerando un novato? Como ya se ha dicho en este debate... y se sabe muy bien... el novato puede ser tanto aquel universitario que recien estudia la carrera como la ama de casa que busca divertirse en su rato libre (creo que fue exagerado el ejemplo... pero creo ilustrar el amplio concepto de lo que es un novato).
Para aquellas personas que se inician en la actividad le resulta (debería serlo) más sencillo aprender... obvio.
Yo estoy estudiando para ser ingeniero en informática (y aclaro que la formación que se nos ha dado en mi universidad no está muy enfocada en la programación sino más bien en la dirección y formulacion de proyectos informáticos) y creo que muchos de los que estamos analizando estas cuestiones somos (o seremos) profesionales de la materia.
Viendolo desde el punto de vista académico (disculpen que lo exponga según mi experiencia como alumno), lo ideal para armortiguar la curva de aprendizaje no va por una cuestión del lenguaje sino más por la lógica de aprendizaje. ¿Qué es lo primero que se le enseña? Pensar, abrir la mente... una vez que la mente se adapta a pensar en forma lógica/matemática se le enseñan simples herramientas visuales (diagramas de bloques), pseudocódigo y a la par las sentencias simples: IF, CASE, FOR, REPEAT, WHILE, ASIGNACION y estructuras de datos. Esta primera absorción es a modo simple: conocer que hacen o para que se las emplea.
Cuando comienzan las primeras lecciones de prácticas se toma contacto con problemas sencillos, sumas, promedios, ordenacion de arrays, busqueda... Para ello lo ideal es emplear un lenguaje similar a la sintaxis que fueron vistas, algo intituivo, sencillo y que no sea "rebuscado". En mi caso fue Pascal.

Lo anterior corresponde a los inicios... para climatizar al programador. Lo que sigue en su enseñanza es la polémica desatada en los últimos mensajes.
Cuando se entiende la programación procedural... le salen con un mundo distinto: la programacion por eventos u objetos. Yo la vi en ese orden... y a mi parecer esto influye en la mente y el aprendizaje.
Decirle al estudiante que ahora cuenta con eventos asociados a un boton es totalmente distinto que decirle: el boton es un objeto que posee eventos (y demás cosas...) y puedes heredar de el y agregarle más eventos.
Y según el lenguaje que se use en su enseñanza le resultará sencillo o complicado.

Yendo al tema VB vs Delphi: Yo vi POO con VB y la programacion por eventos en Delphi. ¿Sería lo correcto? No sé...
Todo se resume en la lógica (a si lo veo y entiendo yo) que les hablaba inicialmente.

A lo que voy es que el aprendizaje dependerá de lo que vea inicialmente y con que herramienta lo aprenda. Resulta mejor ver primero por eventos y luego POO. Ver ambas cosas a la vez, resulta demasiado complicado.

Como dices roman... todo depende de la facilidad de aprendizaje. Pero éste aprendizaje depende de la "cultura informática" que posea la persona. La cultura de un programador pasa por pensar lógicamente. Si uno entiende lo que es un IF, no interesa el lenguaje. Si se tiene la mente para pensar en sentencia simples ya no interesa si es por eventos u POO. Cada enfoque o paradigma tiene sus sutilesas y manera propia: Ahora es cuestión de que el estudiante entienda lo que es evento y lo que es objeto. Y como emplear dichas sentencias simples en cada paradigma.

Ahora... pongamos al ama de casa. ¿Entiende lo que es POO?¿Un IF?¿Que es evento? Lo más seguro es que se agarre un libro especializado en un lenguaje. Pongamos un ejemplo: Delphi y la Cara Oculta. En los primeros capítulos vera un poco de eventos... POO... controles... deteción de errores... como manejar el IDE. ¿Esto lo hace programadora? Yo, lo dudo. Se verá con un mundo de controles, objetos clases... y deberá buscar otro libro que le explique POO... cuando entienda objeto se dirá: "y ahora ¿que le pongo?... se lo que debe hacer pero como le digo que hacer?" Busca algo más simple: las sentencias simples... Si sabe inglés, tiene la mitad hecha.

¿Se ha entendido lo que dije? Porque eso espero

Con respecto a lo que remarqué con rojo en tu frase: se trata de la manera de como implementar la POO. Se tiene un problema: se buscan las clases... su diagrama de secuencia, de estado, etc. Se codifica... Ahora se usa el aspecto visual para pasar los parámetros hacia los objetos (previamente creados, obvio). Se disparan los eventos necesarios y se deja que las relaciones entre los objetos (mensajes... o como prefieran llamarle) se disparen hasta objeter el resultado final. Si debe notificarse el resultado, se lo muestra en pantalla. Asi lo veo yo... una mezcla de eventos y POO.
Es cierto también que no siempre vamos a hacer 20 clases, es más... si ya tenemos las suficientes y las adecuadas sólo bastará "engancharlas" con el aspecto visual (mediante los eventos) para obtener el aplicativo. ¡Eso es lo lindo y sencillo que le encuentro a Delphi!
Ahora bien... diste un punto clave:El instanciar un objeto y asignarle propiedades, no es programar orientado a objetos
.Cierto... pero tampoco hay que ser extremistas para decir que nunca hacemos POO. La POO se construye mediante los mensajes entre los objetos y el poder de concentrar variables, estados. Y hay casos en que ni siquiera es necesario emplear objetos pues se trata de sistemas muy simples. Yo para ello declaro unidades al estilo clásico: funciones y procedimientos sueltos (yo las llamo "Unidades API"). Si veo que la solución es algo más rebuscado, como pasos de variables, secuencia de acciones y procedimientos, almacenamiento de variables, interaccon entre varias funciones, y demás... declaro cases según el diagrama de clases adecuado (y tratando de seguir los patrones) y hago empleo de dichas funciones "API" mediante eventos y mensajes en los objetos.

Saludos, y disculpen que suelte semerendo rollo de hilo.

[sakuragi]

esto ta mas claro que el agua, pues claro esta mejor delphi que visual basic como de 1 a 1000


salud!

[jachguate]

Bueno, allí va un código, a ver en cuantas líneas queda en vb:

Código Delphi [-]
  for I := 0 to ControlCount - 1 do
  begin
    Controls[i].Top := Controls[i].Top + 5;
    if (Controls[i] is TButton) then
      TButton(Controls[i]).Caption := TButton(Controls[i]).Caption + '!';
    if (Controls[i] is TEdit) then
      TEdit(Controls[i]).OnChange := NuevoEditChange;
  end;

Hasta luego.

[[egostar]]

Empezado por jachguate

Bueno, allí va un código, a ver en cuantas líneas queda en vb:

Código Delphi [-]
  for I := 0 to ControlCount - 1 do
  begin
    Controls[i].Top := Controls[i].Top + 5;
    if (Controls[i] is TButton) then
      TButton(Controls[i]).Caption := TButton(Controls[i]).Caption + '!';
    if (Controls[i] is TEdit) then
      TEdit(Controls[i]).OnChange := NuevoEditChange;
  end;

Hasta luego.

Bueno haciendo honor a nuestro compañero ucanneo, porque no comentas que es lo que hace ese código digo, ya sabes que habemos muchos que no tenemos esa capacidad de conceptualización

Salud OS

[HCammus]

Empezado por jachguate

Bueno, allí va un código, a ver en cuantas líneas queda en vb:


Código Delphi [-]
for I := 0 to ControlCount - 1 do
begin
Controls[i].Top := Controls[i].Top + 5;
if (Controls[i] is TButton) then
TButton(Controls[i]).Caption := TButton(Controls[i]).Caption + '!';
if (Controls[i] is TEdit) then
TEdit(Controls[i]).OnChange := NuevoEditChange;
end;





Hasta luego.

En VB quedaría exactamente igual solo que no necesitas ni el Begin ni el end; además que si se desea un If de una sola línea debería quedar al frente.

Yo ese código le agregaría un ElseIf en vez de otro If ya que el control ó es un TButton ó es un TEdit y no ambos al mismo tiempo.

Creo que para la versión 6 ó 4 del Delphi no se puede concatenar así tan olimpicamente el primer If, me disculpo si me equivoco.

Otra cosa es que la propiedad OnChange no existe para el TextBox, por cierto deberían de tratar de poner ejemplos para versiones iguales, el VB solo quedo hasta la versión 6, además deberían ser código que no relacionen en si a las propiedades de los objetos ya que el tratamiento de ellos si es abrumador entre ambos lenguajes.

Código PHP:

Dim/Private ctl As Object

For Each ctl In NombreFormulario.Controls
    If (TypeOf ctl Is TipodeControl) Then

    End If
Next 


[ixMike]

Empezado por HCammus

En VB quedaría exactamente igual solo que no necesitas ni el Begin ni el end; además que si se desea un If de una sola línea debería quedar al frente.

Yo ese código le agregaría un ElseIf en vez de otro If ya que el control ó es un TButton ó es un TEdit y no ambos al mismo tiempo.

Creo que para la versión 6 ó 4 del Delphi no se puede concatenar así tan olimpicamente el primer If, me disculpo si me equivoco.

Otra cosa es que la propiedad OnChange no existe para el TextBox, por cierto deberían de tratar de poner ejemplos para versiones iguales, el VB solo quedo hasta la versión 6, además deberían ser código que no relacionen en si a las propiedades de los objetos ya que el tratamiento de ellos si es abrumador entre ambos lenguajes.

Código PHP:

Dim/Private ctl As Object

For Each ctl In NombreFormulario.Controls
    If (TypeOf ctl Is TipodeControl) Then

    End If
Next 


El código de jachguate tampoco necesitaría del begin-end si no hubiera puesto esto:

Código Delphi [-]
Controls[i].Top := Controls[i].Top + 5;

y hubiese usado un else if (en Delphi va separado, pues es lo mismo, y en el ejemplo de jachguate lo único que arregla ponerlo es ahorrarse el escribir el begin-end del bucle for).

Empezado por HCammus

además deberían ser código que no relacionen en si a las propiedades de los objetos ya que el tratamiento de ellos si es abrumador entre ambos lenguajes

¿Por qué no? ¿Acaso no se están comparando? Tu código sería algo más largo si hubieras puesto un ejemplo (aunque sea con otras propiedades de otros tipos de objetos).


Salu2

[HCammus]

No, sería exactamente igual ya lo dije solo que no agregue el resto para hacerlo más genérico.

Y en cuanto a lo otro creo que idea era evaluar el lenguaje no los controles como tal, pero bueno creo que el equivalente de la propiedad OnChange del Delphi para el TextBox es Text.

Código PHP:

Dim/Private ctl As Object

For Each ctl In NombreFormulario.Controls
    Rem Control TEdit propiedad OnChange (creo que es la semejante para Delphi)
    If (TypeOf ctl Is TextBox) Then ctl.Text = ctl.Text & ', '
Next 


Solo tengo una duda y es para que versión del Delphi es el código????, además que veo que el array de controles es genérico pero puede ser reinstanciado a un control como si fuera una matriz, mmm si es así creo que tendría que agregarle algo más al código que yo trascribí.

Editado

Creo que la primer instrucción sería así en VB

Código PHP:

I = I + 1
NameForm.Controls(ctl).Item(I).Top = NameForm.Controls(ctl).Item(I).Top + 5 


[ucanneo]

Código PHP:

  Dim c As Integer
  For c = 0 To Controls.Count - 1
  
   Controls.Item(c).Top = Controls.Item(c).Top + 5
   If TypeOf Controls.Item(c) Is CommandButton Then Controls.Item(c).Caption = Controls.Item(c).Caption & "!"
   If TypeOf Controls.Item(c) Is TextBox Then Controls.Item(c).Tag = 1
    
  Next 


Suponiendo que hacemos uso "TEdit(Controls[i]).OnChange" y lo cambiamos por otro evento, estariamos entrando a cosas que VB no puede hacer (o al menos no tan facilmente), puesto que su orientacion a "eventos" no permitiria tal cosa, pero bueno por ahi dice la etiqueta de "Tag" en cualquier control de vb "Guarda datos adicionales para sus programas", hay quien dice que se hizo para este tipo de situaciones (ya me he topado con este problema en vb antes y sólo s me ha ocurrido solucionarlo así... sigo investigando no se me habia ocurrido ir más allá )


saludos

[ixMike]

Empezado por HCammus

Solo tengo una duda y es para que versión del Delphi es el código????

Para todas. En las versiones más recientes, añaden algún nuevo tipo, alguna nueva propiedad... pero por lo general, el código es compatible con versiones anteriores y posteriores. Es otra de las genialidades que tiene Delphi