🚀 go-pugleaf

<Bart.Vanhauwaert@nowhere.be> wrote in message news:sqcs39.6ms.ln@jafshome.gtk.fr...
> Frans Bouma <perseus@xs4all.nl> wrote:
> >     Vergelijk eens 2 stukken code die een COM object implementeren die
> >     een stored procedure in een Oracle database aanroepen en het resultaat
> >     in een disconnected recordset teruggeven. In VB is dat een regel of
> >     20, in C++ een veelvoud, EN met veel macro's om de COM problematiek
> >     mbt pointers/references etc binnen de perken te houden (je kunt alles
> >     zelf programmeren, ben je nog langer bezig). 
> 
> Sorry, maar toevallig is dat nu inderdaad iets wat ik al heb moeten
> programmeren (hoewel de target nu geen oracle database was, maar iets
> anders). En je voorbeeld is vals.
> 1. Het feit dat je COM slechts met veel gezever en inderdaad hopen
> macro's kan benaderen is op rekening te schrijven van het 
> framework en _niet_ van de taal. Er is geen enkele reden waarom een
> component technologie niet geabstraheerd zou kunnen worden in een
> eenvoudige en snel te gebruiken C++ standaardtaalelementen.
> Daar zijn trouwens voorbeelden van.

    wat interesseert mij dat nou, waaraan het ligt! het FEIT ligt er
    dat ALS ik COM wil gebruiken ik meer werk heb in C++ dan in VB in
    veel gevallen. Lijkt me een no-brainer om dan de keuze te maken.
    Of dat dan aan de taal ligt, tja dat JIJ daar wakker van ligt, too bad,
    als ik me druk moet gaan maken over elke flaw in elke programmeertaal
    die ik gezien heb in mn leven, dan zat ik nu een kamer met 6 muren 
    bekleed met matrassen en had ik een shirt aan met erg lange mouwen.

> 2. Je vergelijkt de taal C++ met de volledige implementatie + ide + api
> van VB. Dat is appelen met peren. Als je de moeite had gedaan om ook
> voor C++ even je Visual C++ open te trekken had je gemerkt dat bijna
> alle 'lastige' code waar jij klaagt gegenereerd wordt.

    1) ik gebruik de IDE niet om com objects te GEBRUIKEN in VB. dat doe je
       gewoon in de editor
    2) COM objects gebruiken in VB is niet iets van de API, maar iets van
       VB. Zn bestaansrecht zullen we maar zeggen ;).

    En ik breng dagelijks ong 3 uur door in VC++ en nee, die genereert
    niet alles voor mij, plus is gegenereerde code wel aardig, maar als
    je daarvan afhankelijk bent in je code is het minder handig. Je bent
    nu ERG hard bezig om wat ERG simpel kan in VB en ERG NIET Simpel in
    C++ te bestrijden met dat het even simpel zoniet simpeler kan in
    VC++. Je mag dat verkondigen, het lijkt me alleen niet zo verstandig.

    bv: (krijgt sName mee en haalt ID op uit database)

    Dim csoSecurity as new DBSec.clsSecurity
    Dim arMyRecordset as new ADODB.recordset
    Dim sSQL as string, sConn as string, sIDValue as string

    sConn = csoSecurity.GetConnectionString()
    sSQL="SELECT ID FROM TABLE WHERE Name='" & sName & "'"
    arMyRecordset.open sSQL, sConn
    sIDValue = arMyRecordset("ID").value
    arMyRecordset.close

    Veel korter kan ik het niet opschrijven. Veel korter kun jij het
    ZEKER niet opschrijven in C++. ik heb _NIETS_ gegenereerd, en
    alles is zeer leesbaar, er is _GEEN_ kennis nodig van smartpointer
    macro's en ADO specific macro's om te snappen wat er staat.

    Dat jij dit dan NOG beter in C++ kunt doen, vind ik geweldig voor je,
    ik doe dit fijn in VB omdat het me slechts 8 regels code kost, waarvan
    3 regels met declaraties. Dat jij dat niet kunt omdat je slecht slaapt
    omdat je VB gebruikt, immers een scriptingtaal voor weenies, en voor
    alles C++ moet gebruiken want dat is een BETERE taal (?) de enige die
    je er mee hebt ben jezelf en je teamleden. 

    FB