FAQs Visual Basic 6.0

[Urban silence]

Acá pongo una comparación de Delphi frente a VB 6 o menores:

Visual Basic: Hecho en C++.
Delphi: Hecho en Delphi (partiendo de un compilador de Object Pascal, que a su vez viene de un compilador de Pascal).

POO:
Visual Basic: Casi nada de objetos.
Delphi: Todo es un objeto en Delphi. Hay una clase madre, y todo lo que hacemos desciende de ella (incluso Microsoft se basó en su estructura de objetos a la hora de crear .Net).

Punteros:
Visual Basic: Punteros? WTF?
Delphi: Al tener Object Pascal como lenguaje se pueden usar tranquilamente.

Tratamiento de Errores/Excepciones:
Visual Basic: Lo conozco poco, pero tengo amigos que me han comentado que es muy pedorro (pero, por no haberlo comprobado yo mismo, me quedo callado).
Delphi: Se pueden manipular los errores de la manera que el programador desee.

Y algunas otras ventajas... Yo podría agarrar un programa hecho en Delphi 1 con mi Delphi 7 y seguramente solo tenga que recompilarlo para hacerlo andar...

Admito que POR AHI esta tabla es medio trucha, pero no hay que ser ingeniero para darse cuenta de que Delphi SIEMPRE fue superior a Visual Basic, entonces, porque Visual Basic siempre fue mas aceptado? Facil, por el poder económico de Microsoft, Borland, además, jamás le dió mucha pelota a este mercado (o no le dio suficiente), mientras Microsoft hacia conferencias, capacitaba, etc. Eso sin mencionar la cantidad de personas que Microsoft 'robo' de Borland. El mismísimo creador (o uno de los principales autores digamos) de los lenguajes J++ y C# es el creador de Delphi! (que 'oh casualidad' también había creado el compilador que usaba el IDE Turbo Pascal). Eso solo por nombrar un ejemplo.
Actualmente Delphi 8 logró una adaptación media a la tecnología .Net, se dice que Delphi 9 salva al IDE o lo termina de matar. Solo lo dirá el tiempo.

Por lo menos esa es mi visión. Pero sin lugar a dudas, el futuro está en .NET. Asi que, ponganse a estudiar VB.
A mi siempre me gustó Delphi, para mí es el mejor IDE para aplicaciones rápidas (y para grandes proyectos, incluso juegos, también). Pero como programadores (bah, yo no puedo llamarme así) creo que nunca debemos tener fanatismos, eso limita tu capacidad, siempre deberías pensar en que es lo mejor para el proyecto que tenés que hacer.

EDIT: Y por supuesto, las llavecitas rulean . Pero no me banco andar demorando mas tiempo en la interfaz gráfica que en el programa en si

[MoaLaiSkirulais]

Pasa siempre lo mismo con esta vieja polemica de vbasic vs sus competidores historicos, lease Delphi y Visual Fox: en teoría "son mejores", pero no logran imponerse como plataformas de desarrollo...

Que sucede? EL salvaje MKT de Gates? Yo creo que no. Para nada.

Veo en Delphi y VFox soluciones sobrecargadas, con cotillon infinito, DLLs incalculables, si si, objetos OK,... pero ideados para desarrollar aplicacion de escritorio robustas, omnipotentes, pesadas, en fin, una falla de timming: Las app's cliente servidor les explotaron en la cara... y ya era tarde

ya estaban en la calle los 20 CDs de instalcion del flamante Delphi y los 40 de VisualFox...

No se, tiralos o guardalos de recuerdo...

[MoaLaiSkirulais]

Pero como programadores (bah, yo no puedo llamarme así) creo que nunca debemos tener fanatismos, eso limita tu capacidad, siempre deberías pensar en que es lo mejor para el proyecto que tenés que hacer.

[Urban silence]

Mmmmmm Delphi es un cd (salvo la última) :\

Pero bue, son formas de verlo, yo por el contrario veo todo ese "cotillón" que vos llamás como distintas formas de hacer lo mismo. Algunos componentes son más dificiles de usar que otros, pero tienen mas funcionalidades.
Para qué vas a usar un martillo hidraulico si querés poner un puto clavo en la pared? (juajuajau, aunque el martillo hidraulico en realidad no martilla).
Las App cliente servidor se pueden desarrollar tranquilamente, pero a lo mejor no entendí que carajo quisiste decir.

En fin, yo digo que no se han logrado imponerse por el poder económico de Microsoft, vos decís que no, eso es lo único que quedó claro.

[Lt. Barba]

Habria que dibujar una linea con el concepto cliente/servidor... osea, hay gente que piensa que son programas que acceden a un servidor de base de datos. Pero eso no es, una aplicacion cliente/servidor (al menos como a mi me la enseñaron... hace 6 meses ) es una aplicacion donde el servidor no solo controla la bd y la persistencia, si no que tambien controla la creacion de objetos, basicamente es como hacer un mainframe pero sin el aparatejo.

Las aplicaciones clientes son cuasi que terminales bobas, cuasi, no poseen muchos mas deberes que ofrecer la interfaz grafica y todos las operaciones reales se realizan en el servidor.

Dependiendo de la tecnologia es como se maneja eso, .NET tiene su infinitamente magico Remoting .NET, java tiene las dificiles de programar Java Beans (porotos de cafe?), que permiten hacer estas cosas.

No tengo la mas puta idea de que tendra delphi para laburar mediante creacion y manipulacion de objetos remotos, pero si se puede hacer una estimacion, tendra unas dos millones de bibliotecas que son casi imposibles de utilizar de tan complejas y si sale un estandard nuevo de redes no sirven para nada. No es por atacar a delphi, pero esas cosas suelen suceder con los lenguajes que son una version sobre otra sobre otra durante decadas (vease VB 6.0, un remake de todos los basic hasta el momento).

Nota aparte. VB .NET lo unico que tiene en comun con VB 6.0 o inferior, es la gramatica que se utiliza para programarlo (IF THEN ELSE ENDIF), porque VB .NET esta completamente orientado a objetos e incluye nuevas palabras reservadas (que no se de que lenguaje la robaron) como el "foreach".

La bendicion y la maldicion de esto es que programar en VB.NET no requiere de un cerebro funcional entre medio de las orejas.

[Smeagol]

Desvirtuaron el thread a la mierda
QUE PUTOS
UN CONCHUDO THREAD INTERESANTE Y USTEDES HABLANDO HUEVADAS.
HACE UN PROGRAMA EN DELPHI Y METETELO EN EL ORTO. (VOS, SI)
chau,

[Urban silence]

PELOTUDO
Si leés, diablo propone armar un debate sobre los distintos RAD.

[AnNiHiLuS]

a la gente le gustan las cosas faciles en todos los aspectos de la vida.

No entiendo un joraka de programacion, pero remarco que esta frase es para tener en cuenta y es perfecta!...

Sorry por desvirtuar, pero no lo aguante...

Salu2...

[MoaLaiSkirulais]

En realidad Smeagol tiene cierta razon en enojarse...

Asi y todo creo que es bueno que el tema haya derivado en una justificacion de VBasic como opcion valida para ciertos desarrollos. Pq sino, que atractivo tendria leer FAQs de un lenguaje defenestrado con tanta saña?

Pero bueno, es un clasico del folklore del rubro pegarle a vbasic, como es un clasico pegarlo a Windows, a Bill, a MS, etc, etc, etc...

Insisto hasta el fin que para desarrollos menores sigue siendo la Mejor Opcion por Escándalo. Por velocidad de desarrollo, calidad del producto final, etc, etc... aun superior a .net <-

Ahora me estoy metiendo de lleno con .net ya q estoy laburando en un módulo bastante grande para una gestion de reparaciones, pero sigo eligiendo vbasic 6.0 para algunos laburos.

El mes pasado terminé un sistemita de venta de tikets para teatros en vb6.0 y me encantó demasiado como quedó. Salió a los repedos, está andando en un pII medio pedorro, anda bien y todos contentos.

Pero bueno, como bien lo dijo Urban silence, no a los fanatismos, es lo mas nocivo q nos puede pasar, y para los q no tenemos grandes traumas ni tontas crisis con VBasic, les dejo otra FAQ

xD

[MoaLaiSkirulais]

PREGUNTA:
Como setear en forma ágil los botoncitos de un toolbar?

RESPUESTA:
Esto es medio bizarro pero sirve bastante:

Si usaron el toolbar convinado con el ImageList es bastante un infierno a veces,
ya q cada toolbar necesitas un ImageList bindeado incluso si se desvncula se pierde todo blabla es lo peor... linkear btn x btn zzzzz

Bueno cansado de eso hice esto:

en el load del form con el tool llamo a un sub global q intenta setear los bitmaps del toolbar por Fuerza bruta jo, con un on error jaua si pero creanme q es un golazo.

   Call setToolbar(Me.elToolbar)

el sub recibe un objeto toolbar como parametro y lo vincula con un ImageList Unico de todo el pojecto ubicado en un Form invisible.

Y hace algo asi:

Public Sub setToolbar(ByRef tbrAbm As Control)

    On Error Resume Next
    
    With tbrAbm
        .ImageList = frmImagenes.ilsPrincipal
        .Buttons("btnPrimero").Image = "primero"
        .Buttons("btnAnterior").Image = "anterior"
        .Buttons("btnSiguiente").Image = "siguiente"
        .Buttons("btnUltimo").Image = "ultimo"
        .Buttons("btnAlta").Image = "imgNuevo"
        .Buttons("btnModi").Image = "imgEditar"
        .Buttons("btnBaja").Image = "imgBorrar"
        .Buttons("btnGrabar").Image = "imgGrabar"
        .Buttons("btnDeshacer").Image = "imgDesHacer"
        .Buttons("btnSalir").Image = "imgSalir"
        .Buttons("btnImprimir").Image = "imgPrint1"
        .Buttons("btnBuscar").Image = "imgBuscar"
        .Buttons("btnHelp").Image = "ayuda"
    End With
End Sub

boludo esta bueno

[Lt. Barba]

PELOTUDO
Si leés, diablo propone armar un debate sobre los distintos RAD.

suscribo... cual es la necesidad de la liberacion pipiristica de vapor estrogenico?