[VB] Devo imparare VBA e VB.net (non il VB6) da dove comincio?

[Matrixbob]

Originariamente inviato da MarcoGG

Non so se sia una domanda o l'affermazione di ciò che stai per fare...

Il TableAdapter si usa principalmente mediante la creazione / configurazione guidata dell'origine dati di VS, perciò le operazioni cui fai riferimento, se la procedura guidata è stata fatta correttamente, non avrai bisogno di gestirle via codice, dal momento che tutti i componenti utili ( DataSet, TableAdapter ecc... ), nonchè le logiche di visualizzazione e modifica vengono inserite da VS. Il Commit a DB delle modifiche in questo caso viene eseguito con :

Me.TableAdapterManager.UpdateAll(Me.NomeDataSet)

ma anche questo è codice che viene generato da VS...

Stavo cercando di documentare i meccanismi che avvengono se si usa la filosofia dall'IDE Visual Studio.

[Matrixbob]

Originariamente inviato da MarcoGG

> CODICE1 :

Try
            Application.Exit()
        Catch ex As Exception
            '...
        Finally
            Me.BackColor = Color.Red
            MsgBox("END")
        End Try

> CODICE2 :

Try
            End
        Catch ex As Exception
            '...
        Finally
            Me.BackColor = Color.Red
            MsgBox("END")
        End Try

Il CODICE1 mi fa partire la segnalazione di Win verso Microsoft; il CODICE2 no. Tengo il CODICE2 quindi.

[MarcoGG]

Originariamente inviato da Matrixbob

Il CODICE1 mi fa partire la segnalazione di Win verso Microsoft; il CODICE2 no. Tengo il CODICE2 quindi.

Cioè ?
Che intendi con "segnalazione a Ms" ?

[Matrixbob]

Originariamente inviato da MarcoGG

Cioè ?
Che intendi con "segnalazione a Ms" ?

Si, intendo quella finestrella di segnalazione automatica che chiede di inviare o no a Microsoft l'errore. il debug di Windows penso che sia ... appena imgshack mi carica l'immagine la inserisco qui sotto.



Cos' il debug automatico di Windows questo?

[MarcoGG]

Molto, molto strano.
A me non capita niente del genere.
Oltretutto il Try Catch non deve permettere un simile crash...
Sicuro di non aver messo dell'altro codice in qualche evento di chiusura ?

In ogni caso Application.Exit è la strada preferibile, End si usa solo in casi "speciali"...

[Matrixbob]

Originariamente inviato da MarcoGG

Molto, molto strano.
A me non capita niente del genere.
Oltretutto il Try Catch non deve permettere un simile crash...
Sicuro di non aver messo dell'altro codice in qualche evento di chiusura ?

In ogni caso Application.Exit è la strada preferibile, End si usa solo in casi "speciali"...

Il codice è semplicemente questo

    Public Function ConnettiFileNet() As Boolean
        Dim oNeighborhood As New IDMObjects.Neighborhood
        Dim oLibraries As IDMObjects.ObjectSet
        Dim Trovata As Boolean = False

        oLibraries = oNeighborhood.Libraries
        For Each oLib In oLibraries
            If oLib.Label = LibreriaFileNet Then
                Trovata = True
                Exit For
            End If
        Next

        If Not Trovata Then
            ' Libreria FileNET Non trovata
            End
            Return False
        End If

        ' Routine
        My.Application.DoEvents()
...
...

Eseguendo quello in grassetto, così esce senza problemi, altrimenti crea quel crash di cui ho riportato SS!

[MarcoGG]

Può dipendere quasi sicuramente dal codice che segue. Quello che fai è una pratica abbastanza "anomala". Se chiami una funzione dovresti prima completarla, avere il suo valore di ritorno, e poi, a funzione eseguita, decidere se chiudere l'applicazione o meno...

Cmq, nel tuo caso, puoi essere sicuro di troncare una Function così :

    Private Function FaiQualcosa() As Boolean

        '...
        '...

        Dim Trovata As Boolean = False

        If Not Trovata Then
            Application.Exit()
            Exit Function        
        End If

        My.Application.DoEvents()
        '...
        '...

    End Function

Inutile usare return, anche perchè se esci dall'applicazione che te ne fai del valore di ritorno della Function ?

[Matrixbob]

Ok grazie GG! Appena risolvo i problemi delle giornata provo a verificare.

Sai mica anche come posso fare diventare la barra lunga quanto il form e autoridimensionante?
Non trovo l'ancora ... e mi rimane piccolina la barra.

[MarcoGG]

Originariamente inviato da Matrixbob

Ok grazie GG! Appena risolvo i problemi delle giornata provo a verificare.

Sai mica anche come posso fare diventare la barra lunga quanto il form e autoridimensionante?
Non trovo l'ancora ... e mi rimane piccolina la barra.

Quello pare essere un problema noto di Visual Studio ( di VS, NON di VB. Che tu scriva in VB o C# o VC il problema è lo stesso ).
Le proprietà Anchor e Dock ci sono, ma pare siano accessibili solo da codice e, ciò che più conta, non sembrano avere alcun effetto sul ridimensionamento Form...
Il workaround più semplice :
Se vuoi mantenere quel simbolo in basso a destra di ridimensionamento Form, crea pure la tua status bar vuota, poi ti crei una semplice progressbar ( NON la progressbar incorporata nella status ), la posizioni a sinistra in basso, sovrapponendola alla status bar, e imposti Anchor = Botton, Left, Right.
La fai arrivare a destra quel tanto che serve perchè non vada sopra al simbolo di ridimensionamento Form, e hai finito.
Improvvisare, Adattarsi e Raggiungere lo scopo !

In ogni caso esiste un valido sostituto alla status bar, che penso non dia alcun problema : il TableLayoutPanel.

[Matrixbob]

OK elaboro!
Volevo inoltre far notare che sto cercando di tenere il primo post aggiorato (o meglio "circa" aggiornato )

[Matrixbob]

Originariamente inviato da MarcoGG

Il namespace My è stato introdotto dalla versione 2005 ( potrei sbagliarmi ma non ricordo proprio ci fosse nella 2003... ), come namespace "trasversale" ( mi si passi l'espressione ), per semplificare ulteriormente l'accesso ad operazioni comuni e di utilità generale, una sorta di collezione di metodi-scorciatoia ad accesso veloce, come ad esempio :

- My.Computer.Audio > espone metodi per gestire la riproduzione di audio, se nza scomodare classi, controlli WMP e quant'altro...
- My.Application.OpenForms() > tutte le Form aperte dell'applicazione...
- My.Computer.FileSystem. e My.Computer.Network > metodi per files e directory ( copia, spostamento, download ecc... ) in locale, Lan o via Web...
- My.Computer.FileSystem.FindInFiles() > con una sola riga di codice posso cercare l'occorrenza di una stringa in tutti files di un albero di directory e ricevere una collection di nomi di files...

Sono solo alcuni esempi di ciò che si può fare con My.

Per quanto riguarda Application.DoEvents(), ho un esempio che chiarifica meglio di mille parole. Vedo di postarlo, appena lo trovo.

Ritornando su questo: allora mi ocnviene fare My.Application.DoEvents() perchè è "namespace trasversale di framwork"?
Meglio questo invece di Me.Application.DoEvents()?
Quando mettere Application.DoEvents senza Me o My?

[EDIT1]
Ah ok mi ero perso questo post

[EDIT2]
Però effettivamente si fa riferimendo al Application.DoEvents senza me e My, come mai?

1. My fa girare gli eventi di tutto il computer?
2. Me solo quelli della classe?
3. Senza Me e My solo gli eventi dell'annidamento in cui mi trovo?

[MarcoGG]

Allora :

        Application.DoEvents()

        My.Application.DoEvents()

        System.Windows.Forms.Application.DoEvents()

Questi 3 sono in pratica la stessa cosa.
Il primo, semplicemente Application.DoEvents() è da prendere con le molle in quanto, in alcuni casi specifici, può dare adito ad ambiguità, perciò lasciamolo da parte in uno scenario di utilizzo del tutto generale.
Dal momento che c'è My. la forma più sicura e al tempo stesso più sintetica è My.Application.DoEvents().

Per quanto riguarda Me.Application.DoEvents(), bisongnerebbe vedere nel tuo caso cos'è quel Me.
Se lo fai da dentro una classe Form ottieni errore, così come nella stragrande maggioranza dei casi, perciò lo eviterei proprio.

Application è System.Windows.Forms.Application, mentre Form1 eredita da System.Windows.Forms.Form. Non so in quale caso tu sia riuscito a compilare con un Me.Application.DoEvents()...

[Matrixbob]

Originariamente inviato da MarcoGG

Allora :

        Application.DoEvents()

        My.Application.DoEvents()

        System.Windows.Forms.Application.DoEvents()

Questi 3 sono in pratica la stessa cosa.
Il primo, semplicemente Application.DoEvents() è da prendere con le molle in quanto, in alcuni casi specifici, può dare adito ad ambiguità, perciò lasciamolo da parte in uno scenario di utilizzo del tutto generale.
Dal momento che c'è My. la forma più sicura e al tempo stesso più sintetica è My.Application.DoEvents().

Per quanto riguarda Me.Application.DoEvents(), bisongnerebbe vedere nel tuo caso cos'è quel Me.
Se lo fai da dentro una classe Form ottieni errore, così come nella stragrande maggioranza dei casi, perciò lo eviterei proprio.

Application è System.Windows.Forms.Application, mentre Form1 eredita da System.Windows.Forms.Form. Non so in quale caso tu sia riuscito a compilare con un Me.Application.DoEvents()...

Onde fugare ogni dubbio mi trovo un forum ufficiale Microsoft e vedo se completano il quadro.

[Matrixbob]

Sto arrivando (per ora, dato che mi scade il progetto) alla fine dell'avventura con Visual Basic.

Grazie GG per l'aiuto alla fine fornitomi.

Volevo ancora far notare un popup che compare quando lanci VB2005 da Vista.



Tra l'altro per una macchina debita a sviluppo .NET quanta ram consigliate? Io almeno 2GB perchè sull'attuale dove ho XP e VB2005 a volte ho dei freez.

[MarcoGG]

Originariamente inviato da Matrixbob

Sto arrivando (per ora, dato che mi scade il progetto) alla fine dell'avventura con Visual Basic.

Grazie GG per l'aiuto alla fine fornitomi.

Volevo ancora far notare un popup che compare quando lanci VB2005 da Vista.
...

Tra l'altro per una macchina debita a sviluppo .NET quanta ram consigliate? Io almeno 2GB perchè sull'attuale dove ho XP e VB2005 a volte ho dei freez.

Ehhh, Vista è sempre Vista, che ci vuoi fare ?

Beh, almeno 2 GB di Ram, al prezzo delle Ram di adesso ( in alcuni casi, su Ram Oem, davvero irrisori... ) è consigliabile su qualsiasi Pc.
Dipende da che applicazioni crei, certo che un'applicazione VB che porta via 2 GB in debug è un bella bestia !

Che freezes hai ?

Io su XP con Dual Core / 2 GB Ram ecc... ho una certa "lentezza" ( roba di qualche secondo ), ma solo al primo avvio di VS. Gli avvii successivi sono molto più veloci...

[Matrixbob]

Originariamente inviato da MarcoGG

Ehhh, Vista è sempre Vista, che ci vuoi fare ?

Beh, almeno 2 GB di Ram, al prezzo delle Ram di adesso ( in alcuni casi, su Ram Oem, davvero irrisori... ) è consigliabile su qualsiasi Pc.
Dipende da che applicazioni crei, certo che un'applicazione VB che porta via 2 GB in debug è un bella bestia !

Che freezes hai ?

Io su XP con Dual Core / 2 GB Ram ecc... ho una certa "lentezza" ( roba di qualche secondo ), ma solo al primo avvio di VS. Gli avvii successivi sono molto più veloci...

Invece in ste aziende hanno 1GB di RAM tutta tirata per XP e le sue cazzatine installate, figurati se VS2005 gira bene!
Ogni tanto si frizza tutto il sistema, dal client di posta Outlook 2003 ai browser FireFox/Opera.
Ho sempre la caga di essere sgamato con Skype aperto perchè non riesco a switchare tra le applicazioni col TAB!
Il processore è un Dual Core abbastanza prestante, ma completamente strozzato IMHO da disco lentissimo e poca ram. Sono delle "workstation" (per modo di dire, come se bastasse il processore a fare la macchina) Dell...

[Matrixbob]

[PS]
CMQ tanto per chiudere in bellezza oggi penultimo giorno è spuntato un warning su un riferimento importato. Dopo posto l'immagine per vederese è risolvibile e faccio 1 UP!
A primo achito sulla mia "workstation" () non risultava tra i warning, mentre sull'operatore virtuale si.
Mi pare che mi inibisca la pubblicazione la comparsa di tale warning ... magari l'avrete già visto.

[Matrixbob]

Spero si veda!



Tra l'altro ho anche quel "Form1.vb" bianco che probabilmente non mi appartiene ma è un rimasuglio di codice/file che mi ritrovo nel progetto. Giusto?

[MarcoGG]

Originariamente inviato da Matrixbob

Il processore è un Dual Core abbastanza prestante, ma completamente strozzato IMHO da disco lentissimo e poca ram. Sono delle "workstation" (per modo di dire, come se bastasse il processore a fare la macchina) Dell...

Beh, al giorno d'oggi una "workstation" senza almeno un SATA @7200 Rpm, la vedo maluccio, ma non disperare, c'è chi si è trovato ( io ) in situazioni ben peggiori, che so, ad esempio con un "capo" che cerca di convincere i suoi collaboratori ad installare un application server su un Pentium II, per testare una grossa applicazione web... Sì, hai letto bene, Pentium II, e si parla solo di qualche annetto fa. E' davvero disarmante e triste, quando poi il ragazzino che fa gli esercizietti a scuola c'ha sotto un Quad-Core con 4 GB di Ram e un paio di Raptor in RAID.

Per quel warning, StdType non mi dice nulla, quasi certamente non ha niente a che fare col FW, forse un rif. a componente COM. Prova a cercarla manualmente nei rif. COM, e comunque potrebbe essere una libreria non più presente, se hai spostato il progetto da una macchina all'altra. Mai sentito dell'opzione "Copia Localmente = True" dei COM ?
La Form bianca è una novità. Se Form1 fosse stata spostata o rinominata il debugger dovrebbe dare errore, mentre da quello screen vedo solo alcuni warning... Se tenti di aprirla che succede ?
Concludendo, con un progetto in quelle condizioni di compilare non se ne parla ( nel senso che sarei io a non volerlo proprio compilare ! ).

[Matrixbob]

Originariamente inviato da MarcoGG

Per quel warning, StdType non mi dice nulla, quasi certamente non ha niente a che fare col FW, forse un rif. a componente COM. Prova a cercarla manualmente nei rif. COM, e comunque potrebbe essere una libreria non più presente, se hai spostato il progetto da una macchina all'altra. Mai sentito dell'opzione "Copia Localmente = True" dei COM ?

Anche qui a casa con Vista me lo da quel warning.
Mai sentito dell'opzione "Copia Localmente = True" dei COM, puoi appronfondire?!
Qui tutto autodidatta tra libri e discussioni di questo forum.

La Form bianca è una novità. Se Form1 fosse stata spostata o rinominata il debugger dovrebbe dare errore, mentre da quello screen vedo solo alcuni warning... Se tenti di aprirla che succede ?

Se la apro:

Public Class FrmDatiDigitati

End Class

Se la cancello pare non succedere nulla.
Viva! Che delirio!