Newsgroup: it.comp.lang.visual-basic
Titolo: [VB.NET] Provateci con VB6, se ci riuscite.

Salve a tutti,
sto costruendo un organizzatore di codice,
arrivato al link per i riferimenti URL,
cioč avendo un indirizzo su una RichTextBox, al click si deve aprire la
pagina Web,
Flowchart, Api, Browser predefinito, indirizzo url, ecc.
Premuto F1:
all'evento LinkClicked
add
System.Diagnostics.Process.Start(e.LinkText)
ci pensa tutto il Framework.
Con una sola riga di codice !
Provateci con VB6 !
Ave, da una Roma solare
giuseppeD

 Con una sola riga di codice !
L'unico problema è che per installare quella "riga di codice" devi portarti
dietro un cd di librerie :P

 giuseppeD
Lupo.da.un.sabato.romano.piovoso.ma.tè.dov'eri?

 ha scritto nel
messaggio news:KpHub.42794$9_.16...@news1.tin.it...

Mi sembra che il taglio minimo di hd sta diventando 100 gb, 20 mb di
libreria neanche li vede. ^__^
giuseppeD

AHAHAHAHAHAHAHAAHAHAHAH
Se lo fai con NET al 99% c'avrai nel PC internet explorer
il path l'ho messo asssoluto perchè non ho voglia di farmi una function che
mi trova il browser Installato!
Option Explicit
Private Sub Command1_Click()
Shell ("C:\Programmi\Internet Explorer\iexplore.exe" & " 
www.martek.it
")
End Sub
questo gira anche su un win95....il tuo codice no!
bye bye!
-- 
Il Wodkino Nazionale è a : 
www.martek.it
Pagina Vb/Bestiario/Lamer Experience :
http://www.martek.it/go.asp?portamia=2
 Quotefix e altro:
http://www.martek.it/go.asp?portamia=4
Usr: ICLVB Pw: amici

 bye bye!
non ho bisogno di ricordarti che c'č una concatenazione di stringa
.... la vedi?
 e che li ci va il contenuto del campo/textbox/inputbox o che vuoi tu!
Bye bye
NEt sarŕ anche valido.....ma VB6 ha ancora molta ragione di esistere!!!!
...piů di net!...imho!
-- 
Il Wodkino Nazionale č a : 
www.martek.it


 Lupo.da.un.sabato.romano.piovoso.ma.tè.dov'eri?
Vi ho pensato, ma impegni mi hanno occupato il periodo.
Comunque, solare o piovosa, Roma è il centro dell'universo.
Ave
giuseppeD

Comunque, solare o piovosa, Roma è il centro dell'universo.
Roma è il centro del...Lazio!!! :-)
Andrea.

 > questo gira anche su un win95....il tuo codice no!
Programmi costruiti con VB6, mi sembra che non girano sotto Dos 6
Ave
giuseppeD

 Ritengo 
ADO.NET
, nettamente superiore ad DAO e ADO.
La mamma ha sempre scritto cose eccelse per un nuovo prodotto. Sempre.
In quel contesto, a volte si è persino permessa di denigrare qualche vecchio
prodotto.
Insomma, io mi sento un po' "figlio di buona donna". Tu? ;-)

 Ritengo 
ADO.NET
, nettamente superiore ad DAO e ADO.
per lavorare disconnessi e con XML come strato intermedio di scambio dati ,
come ci vogliono costringere quelli di M$ a lavorare, si!
cmq
fai come vuoi.....la tua ironia "la mia bici è più bella della tua" si
scontra con la durezza della salita!
(ossia è l'uomo non l'attrezzo che fa la differenza)
Bye man!
-- 
Il Wodkino Nazionale è a : 
www.martek.it


 Insomma, io mi sento un po' "figlio di buona donna". Tu? ;-)
Le patch, i sp, i refresh (vedi mdac), non si possono nascondere,
il sospetto iniziale, dopo i patimenti reali subiti, è giustificato,
certo, come in tutte le cose, avviene la rassegnazione ^__^
Ave
giuseppeD

 giuseppeD
Bye bye man!


 (ossia č l'uomo non l'attrezzo che fa la differenza)
Con detto concordo pienamente.
Ave
giuseppeD

[*Giuseppe* = 
NOSPAM.ebqdo...@tin.it
 in
news:J5Iub.42989$
9_.16...@news1.tin.it
] ha scritto:

Nonono, io non ho il sospetto iniziale, io scommetto (oltretutto al buio) e
mi rassegno solo davanti alla morte.

 Comunque, solare o piovosa, Roma č il centro dell'universo.
Qcuno dice che al centro ci sia un buco nero (sě dell'universo oltre che
della nostra Galassia)...
-- 
Alex
"La differenza tra un genio ed un idiota č che il genio ha i suoi
limiti" (Anonimo)
Posted from X-Privat Free NNTP server - 
www.x-privat.org

 ?????????
Questo non ha importanza....
-- 
MAX
http://www.birreonline.net
Chi beve birra campa cent'anni

Questo non ha importanza....
Sicuro???
Ciao!


SI !
A meno ovviamente di non usare funzioni specifiche di un certo framework.


 A meno ovviamente di non usare funzioni specifiche di un certo framework.
Ecco, appunto.
Allora diciamo "sempre l'ultimo"?
Sperando nella compatibilità col vecchio...
E se fanno come ADO, ogni macchina dovrà essere aggiornata ogni venerdì.
Dici che prima o poi il FW si stabilizzerà?
o no, lo escluderei perchè non avrebbe senso.


Emm e con i vari sp del VB come fai...
Non ti sto a ripetere che puoi forzare le tue applicazioni a essere
compatibili con tutti i framework, ma al di la di questo hai presente i
problemi di versioning con le COM, poi COM+ senza toccare il discorso DCOM
che avevi con il VB 6, proprio l'ultimo dei NON motivi per cui scegliere se
fare un progetto .NET rispetto a uno VB e proprio la compatibilità su quello
che potrebbe esserci sulla macchina client e con i vari problemi lagati a
tutte le DLL, OCX che potrebbe avere sulla sua macchina o che qualuque altro
programma potrebbe sovrascrivere in manirea non standard e non far
funzionare più l'applicazione.


>>>>>>
</Troll-O-Meter>
e siamo solo all'inizio...
-> GbC|
www.gbcweb.com

 Sperando nella compatibilità col vecchio...
Non è proprio così.
Più Fw possono convivere senza inficiarsi a vicenda (stanno in directory
separate).
Ogni app si lega al fw con cui è stata compilata.
Mi pare (ma non ne sono affatto sicuro) che un'app se non ha il Fw corretto
vada a cercarsene un'altro o comunque la si può costringere a fare questo.
Inoltre dato che un'app viene compilata in realtime spariscono tutti i
problemi legati a compatilità binarie o simili: un oggetto chiama un metodo?
Se il metodo c'è funziona, indipendentemente dalla versione di libreria.
E comunque le modifiche fatte al Fw sono per lo più marginali, o
implementazioni di nuove strutture o correzioni di problemi.
Ciao
--
Math Parser : 
http://www.neodatatype.net
Sito Comune : 
http://www.it-lang-vb.net

 più l'applicazione.
Se un qualunque altro programma sovrascrivesse una DLL o un OCX senza
verificarne la versione, sarebbe senz'altro scritto da delinquenti (magari
anche e solo il prodotto usato per la distribuzione), in estremo subordine
da ubriachi. Ne ho visti di questi bastardi (sì, ho detto bastardi e ho pure
detto delinquenti e ubriachi, non mi basta, però basta) e ho sempre risolto
con un nuovo mio setup. Ovviamente ho avvisato il cliente che, per la
cronaca, è rimasto mio, non più loro.

 Ogni app si lega al fw con cui č stata compilata.
Non si lega nell'assebly di default č specificata una stringa di
compatibilitą Assembly version in cui specifichi o meno la versione di
Assembly da utilizzare ad esempio 1.0.* identifica un certo tipo di
compatibilitą


 e siamo solo all'inizio...
Chi? Giuseppe, quello con la D?
No, credeme, tesbaģi ;-)

We Lupo :)
Volevo solo dire che messa in quel modo lě č una trollata...
Č una frase che non indica e significa nulla...
Chiunque potrebbe fare un milione di esempi analoghi che valgono per
l'uno o per l'altro linguaggio, senza arrivare a nessuna conclusione.
Wasted time, direi ...
-> GbC|
www.gbcweb.com

 l'uno o per l'altro linguaggio, senza arrivare a nessuna conclusione.
Sě! Vedi, infatti, la mia prima risposta al buon romanaccio ;-)

 verificarne la versione, sarebbe senz'altro scritto da delinquenti
Chi o come l'ha scritto con .NET non interessa più, le mie DLL stanno nella
mia directory e nessuno me le tocca, senza tenere conto del fatto che non
necessitano di registrazione alcuna cosa che in applicazioni basate sul WEB
è molto comoda.


 applicazioni basate sul WEB è molto comoda.
Sul fatto che non sia necessaria la registrazione non ho nulla da obiettare,
anzi, plaudo.
Sul meccanismo per cui "le tue DLL stanno nella tua directory" (e quel che
ne può conseguire), beh, posso essere almeno perplesso?
Potresti, per favore (scusandomi dell'ignoranza), spendere due (no, non
duecento) parole in proposito?
Grazie.
"Ruberei" idee per "regalarle" all'applicativo...

 quel che ne puň conseguire), beh, posso essere almeno perplesso?
Puoi scegliere se la DLL che sviluppi restinlegate alla directory "bin" o un
percorso specifico in cui l'applicativo va ad utilizzare o rendenle comuni a
tutto il CLR.


 rendenle comuni a tutto il CLR.
Grazie. Mi sfugge il senso di quel "rendenle comuni a tutto il CLR", ma
credo di poter tradurre come "limitato alla specifica applicazione",
viceversa (se più ampio/esteso) sarebbe una grande stronzata.

 stronzata.
No no, posso decidere di rendere la mia DLL comune come classe a tutto il
CLR, c'e' da dire che non è la scelta di default e non ne nemmeno banale da
fare però lo posso fare.
E' un po come quando si fa regsvr32 pippopero.dll solo che al posto di fare
regsvr32 devo fare più cose.


 di fare regsvr32 devo fare più cose.
Non sapendo cos'è il CLR, posso tradurre in "comune a tutto l'ambiente"?
E, per contro, dichiarare una certa mia DLL da utilizzarsi solo ed
esclusivamente per un certo applicativo?
Interessante, davvero. Come avviene questa cosa? In fase di compilazione?
Quali sono i pro-contro in caso di aggiornamento (dell'applicativo e/o della
DLL)?
Nulla c'entra, ma come si concepisce che si possa (qualcuno ha scritto)
"risalire all'esatto sorgente"?

 scritto) "risalire all'esatto sorgente"?
Si! Se non usi un programma "offuscatore" presente in Visual Studio al
rilascio della applicazione questa puo essere decompilata in un linguaggio
leggibile.
Stessa cosa che succede in Java, io stesso ho decompilato librerie e
applicazioni commericiali e letto i sorgenti.


 applicazioni commericiali e letto i sorgenti.
Cioè io dovrei regalare a chicchessia anni di investimento e la fonte dei
miei guadagni?
Già, perchè se esiste un "offuscatore" è evidente che dopo tre secondi netti
sarà disponibile il de-offuscatore...
E voi state zitti? Ma, scusate, ragazzi miei (paternale) e software house,
io mi sento male, mi sento l'unico savio in questo mondo di matti. Datemi un
pastiglione da indigestione o una siringa da urlo, persino un clistere da
tunnel montano, ma svegliatemi da questo incubo. Non ci posso credere. Non
posso!
Posso credere alla mamma puttana, ma non a voi, no, a voi no.

libreria neanche li vede. ^__^
Bisognerebbe guardare un poco oltre il proprio orticello (alias pc),
se si programma per vivere. Se invece si sviluppa per proprio piacere
e le proprie applicazioni gireranno solo sulla propria macchina dotata
di 8 GB RAM Dual Pentium 7 Ghz allora ben venga un framework che per
un programma che apre un form si ciuccia 8 MB (contro i pochi kb della
stessa window creata in C).
Lo dico da sviluppatore (anche) .Net
Stefano "HappyMan" (Lago Maggiore - NO)
--
Personal Web 
http://www.sgr.info
Email happyman69 (at) 
despammed.com

 Posso credere alla mamma puttana, ma non a voi, no, a voi no.
Vero !
Perň il problema da porsi č visto da due faccie.
Uno non č cosi banale leggere un programma .Net decompilato anche se fosse
possibile  "deoffuscarlo", cosa che in teoria non so come funziona ma
"sembra" non essere possibile. Io ho provato a farlo e mentre decompilare un
.NET č facile il codice che ottiene e simile a un assembler piů leggibile,
cosa che puoi ottenre anche con altri software per .exe puri, anche se piů
difficili da leggere, onestamente con Java ho ottenuto risultati migliori.
Secondo punto chi legge il tuo software deve avere le tue conscenze per
capire il perche č stato fatto o la semplice analisi del prodotto, per
bypassare le sprotezioni č possibile anche con i ".exe" standard.
Terzo punto la massa enorme di software "open source" ha dimostrato, anche
se qua io non sono per NULLA d'accordo, che non si vive di solo "sorgente",
perň qua io non sono d'accordo lo ribadisco.


mia directory e nessuno me le tocca, 
Ciao Max :-)
Intervengo qui per dire che io 'sta cosa programmando in C++ e Win32
ce l'ho da tempo :-P


 "sorgente", però qua io non sono d'accordo lo ribadisco.
Prego? Dove sarebbe questa massa enorme di software "open source"?
Io, in tutta sincerità, non ne vedo, di applicativi completi non ne vedo.
Un'enormità di codice, non sempre funzionante, sì, ma di applicativi...
Nemmeno mi risulta che in quelli che si vendono a 90.000 lire fossero
compresi i sorgenti...


Si certo ovviamente, un applicazione scritta in in liguaggio "legacy" come
ormai lo chiamano i "furboni" della MS, occupa meno spazio, salvo poi
lasciare al programmatore il problema del rilascio delle risorse e
l'allocazione della memoria, cosa che in Java e in .NET è invece compito
della virtual machine, con il risultato che se è tutto perfetto è una
"figata" se le risorse non vengono rilascite l'uso della memoria cresce in
modo proporzionale ai buchi.
Senza tener conto poi del fatto che se sviluppano applicazioni che offrono
servizi internet l'uso del C o del C++ è si piu performante ma i problemi
legati alla protezione restano sotto controllo del programmatore
specilamente quelli relativi al "buffer overflow"
Poi un pc con Win 2000 e XP per vivere con Office applicazione ormai diffusa
a macchia d'olio necessità per lo meno di 256 MB di RAM, di coseguenza
l'occupazione del framework passerebbe inosservata.
Certo che se il target è il pc con Win 98 e 64MB di RAM sono problemi, resta
allora una scelta filosofica o implementativa non fornire software a chi usa
Win 98 e Win 95.


 Stefano "HappyMan" (Lago Maggiore - NO)
Appunto come erano una volte le buone vecchie DLL prima che ci mettessero in
testa la parola COM.


 > Lo dico da sviluppatore (anche) .Net
Ho sviluppato un programma Windows form, Ado,net, Crystal reports per
VS.NET
,
installato in un pc Pentium 1 , 64 mb ram, windows 98,
dopo l'apertira della main form, che impiega dai 15 ai 20 sec.,
l'utilizzo successivo del programma va abbastanza bene.
Questa situazione non mi pare preoccupante.
E' l'Office 2003 che non posso installare in macchine con Windows 98, ,ME.
NT4;
presumo che da quì cominciano i problemi.
Situazione VBA fino a Off XP, .NET in Off 2003
La macchina per sviluppare quale programmi deve avere ?
E' l'inizio della programmazione a più pc ?
Ave
giuseppeD

 della nostra Galassia)...
Capisco il tentativo di mitigare,
ma si si vuole essere vero cittadino italiano
č prassi esserlo prima di Roma. ^__^
Ave
giuseppeD

 è prassi esserlo prima di Roma. ^__^
ue, giuse', nun t'allarga' :-)
--
Salutoni
Sergio
per rispondere... togli il group dall'indirizzo

Win 98 e Win 95.
Ecco Max hai toccato il punto dolente: se i tuoi clienti hanno un
parco macchine recente non c'e' problema, altrimenti...
1. obblighi il cliente a cambiare i pc (con rischio di una risata in
faccia)
2. Ti adegui e sviluppi adattandoti alla piattaforma
Ciao !


 e siamo solo all'inizio...
quì hai ragione,
se non si vuol cambiare linguaggio,
prima o poi il numero di post riguardanti .NET
aumenterà in modalità progressivo.
Ave
giuseppeD

 faccia) *
Difatti l'uso di .NET č prima di tutto una scelta filosofica, come
d'altronde l'uso di Java e non lo si sceglie certo perche ci vuole 1
istruzione in .NET e 20 in VB o 100 in Win32 per fare una certa cosa.
* In ogni caso noi come azienda abbiamo scelta di NON supportare piů Win98,
ME e 95, piuttosto si adotta una soluzione terminal server per i client cosa
in cui .NET č molto consigliabile.


E' l'inizio della programmazione a piů pc ?
La mia era una battuta sul fatto che sulla base della mia esperienza
le macchine del cliente non sono mai performanti come quelle dello
sviluppatore.
Hai mai fatto un giro in grosse realta' con centinaia di pc ? Credi
che abbiano tutti l'ultimo pc tecnologicamente evoluto con pentium 4 e
256 MB di RAM ? 
La mia esperienza dice di no (uffici in SAI/Fondiaria)
IMHO questo non preoccuparsi del consumo delle risorse dei propri
applicativi (comportamento che trova in Microsoft il perfetto esempio)
ha portato ad avere applicativi mastodontici, che richiedono risorse
ingenti, e magari sono usati al 20 % delle loro potenzialita' dalla
maggior parte degli utenti (vedi Office), peccato che anche solo quel
20 % richieda piu' risorse delle analoghe versioni precedenti per fare
le stesse identiche cose.
Non fraintendermi, non sono un nostalgico della macchina da scrivere,
ma trovo che questa "imposizione" dall'alto al cambio del proprio
hardware sia ora quanto meno poco giustificata.
Ciao


 hardware sia ora quanto meno poco giustificata.
La questione č sentita da Microsoft,
in recenti convegni si lamentavano che un'alto numero di aziende era ancora
fermo a NT4,
infatti, il non previsto utilizzo iniziale di 
VS.NET
 su detto so,
a causa dei numeri ha costretto includerlo nell'utilizzo.
Damanda frequente: "Funziona benissimo, perchč devo aggiornarlo ?"
I dati che ti passo si trovano in un file costruito con Office 2003,
perchč all'acquisto del pc, č la sola versione nuova acquistabile.
Mi fermo ?
Ave
giuseppeD


Per garantire la compatiblità tra office 97, office 2000 e xp non devi
instanziare direttamente nelle referenze l'oggetto office ma tramite
CreateObject utilizzando il late binding, io ho risolto in questo modo.
Dai un occhiatina su MSDN del sito Microsoft li trovi tutto e di piu.


 giuseppeD
Ih ih ih
-- 
Il Wodkino Nazionale è a : 
www.martek.it
Pagina Vb/Bestiario/Lamer Experience :
http://www.martek.it/go.asp?portamia=2
 Quotefix e altro:
http://www.martek.it/go.asp?portamia=4
Usr: ICLVB Pw: amici

Mah!
:-)
-- 
Il Wodkino Nazionale č a : 
www.martek.it


Mi fermo ?
Io dico questo: ognuno si comporta come meglio crede per soddisfare le
esigenze del cliente (e le proprie).  Ai miei clienti non
necessariamente consiglio l'acquisto e l'uso dell'ultima versione dei
software Microsoft (per scrivere semplici testi OpenOffice va
benissimo se non hai necessita' di aprire uno storico di documento
Word pregresso), ai miei clienti non impongo l'upgrade forzato del pc
perche' io programmatore per risparmiare tempi di sviluppo decido di
utilizzare .net che pero' richiede risorse che _forse_ il cliente non
ha.
Ripeto: ognuno si comporti come meglio crede, il feedback e' piuttosto
veloce (cliente contento/scontento).


 >....VB. NET /ADOnet ti va più veloce di Vb + ADO ?
Non so,
avevo rispo a Lupo in un post precedente.
I test di confronto li eseguirò se in difficoltà,
anche se a pensarci,
umh,
se la tecnologia è questa,
se le prestazioni rallentano,
dovrò ottimizzare il realizzato.
Non ha senso, costruire un'applicazione in 
VB.NET
,
risulta lenta alla prima verifica,
mica vado ad eseguire una prova con ADO.
Ricostruisco l'applicazione ?
E' vero che posso utilizzare ADO con 
VB.NET
,
ma ti assicuro che l'abbinamento è svantaggioso, quindi,
dovrei costruire in VB6 e ADO o DAO.
No,
presumo che solo se richiesto espressamente eseguirò delle comparazioni.
In questo caso, più che di prestazioni, è questioni di scelte.
O l'una o l'altra.
L'unica considerazione è il tempo per impossesarsi del nuovo.
E' lungo.
Certo, se alla fine ti accorgi che il raccolto, per la propria produzione,
non porta migliorie ...
Ave
giuseppeD

we wodka :))
Trollate del tipo in oggetto ne sento dall'82...
Non mi meravigliano + di tanto.
-> GbC|
www.gbcweb.com

Programmi costruiti con VB6, mi sembra che non girano sotto Dos 6
gěrino, porca miseria, gěrino.
il congiuntivo...
allora: sei un programmatore che se ne frega delle risorse e delle
prestazioni dei programmi sui computer dei clienti.
sei uno che net va meglio di vb perche' test comparativi non ne faccio
perche' non ho il tempo.
sei un italiano che roma e' il centro dell'universo e non infili un
congiuntivo a pagarlo.
hai altro da insegnarmi?
saluti senza polemica.
-- 
Gianni Rondinini
Icem s.r.l. - 
http://www.icem.it
Tel: 
+39 0545 78036
Fax: 
+39 0545 78727

in cui .NET è molto consigliabile.
Dipende dove va il vostro software: l'uso aziendale dei 9x/Me e' da
pazzi (ma ce ne sono ancora in giro tanti ;-).
L'impiego di terminal server puo' essere una buona idea (anche noi lo
usiamo), ma non e' sempre applicabile.
-- 
ciao, hal