Newsgroup: it.comp.lang.visual-basic
Titolo: VB .NET oppure DELPHI

Aiuto ragazzi, ho notato che molte cose belle del .NET in realtà sono state
copiate pari pari da Deplhi, fra l'altro moltissime cose erano già presenti
su Delphi 4 quindi molti anni fa.
Allora la domanda è:
1) Visto che bill ha copiato spudoratamente e con netto ritardo tutte le
cose di delphi, che casino avrà fatto ?
2) Quanti service pack usciranno per correggere i bug di .NET
3) Il codice che scriveremo per .NET non sarà mai portabile su Linux perche
sarebbe contro a Bill ?
4) Per distribuire un'applicazione .NET si dovrà installare sempre il
fardello di 30 Mb. che è il framework, anche se il mio programmetto e'
piccolo piccolo ?
5) Visto che il compilato di .NET non è in lunguaggio macchina ma è una
spece di script interpretato da un precompilatore, sarà piu' lento di un exe
generato con Delphi ?
6) Se già 4 anni fa con delphi versione 4.0 c'erano multissime cose di .NET
chissà tra poco quando uscirà la nuova versione di delphi come sarà, magari
sarà sicuramente meglio e piu' all'avanguardia ?
7) Il supporto per applicazioni multilingua del delphi mi sembra
notevolmente superiore a quello di .NET, voi che ne dite ?
8) Visto che devo iniziare a sviluppare un software abbastanza grande che
spazia fra l'uso dei db, immagini, internet, posta elettronica ecc.... cosa
mi consigliate, farlo su .NET o su DELPHI ?

mi consigliate, farlo su .NET o su DELPHI ?
Fallo su "UANZ"...lo conosco in pochi ma si beve tutti i vari C++ e Delphi!
Uanz produce codice compilato paragonabile ai migliori compilatori C
Uanz consente di avere la facilità di scrittura di un Visual VB
Uanz consente di avere una tipizzazione che solo la realease futura di
Delphi (sembra) avvicinare
Uanz consente di avere un Model "Jotx" che accede ai database tramite una
interfaccia estremamente amichevole e potente
Uanz ha una extension "St-Anet" che si interfaccia al web (Soap XML SSL etc
etc) mantenendo l'amichevolezza!
Me lo hai chiesto ...ti ho risposto...UANZ.....provalo!(lo trovi in
rete.....è anche freeware ;-) ...per ora!
Ciauz!

 ha scritto nel messaggio
news:0_id9.59471$pX1.1...@news2.tin.it...


 Ma quanta vodka hai bevuto ?
QUOTA MAN QUOTA!
....hai trovato il prog?

 ha scritto nel messaggio
news:rXjd9.59768$pX1.1...@news2.tin.it...


 ecc.... cosa mi consigliate, farlo su .NET o su DELPHI ?
Secondo me .NET... però Delphi è valido.
Sappi però che tra 6 mesi... se prendi Delphi, dovrai fare l'upgrade a
Delphi.NET.
Per cui... ^_^
Ciao.
--
Antonio Cangiano
Webmaster di 
www.visualcsharp.it
Fondatore di free.it.comp.lang.csharp e free.it.comp.lang.vbnet
Segui il corso di C#!

 dimmi il sito........
CUT
NO! .....prima ..........
Cerca nei post passati
[OT]Re: Qualcuno ha esagerato quì nel NG...
leggi le risposte mie e di altri al problema del quoting ed in generale a
come si risponde
(grrr si comincia ad alzare il troll-O-meter)

 mi consigliate, farlo su .NET o su DELPHI ?
.net
chi dice vb, chi dice c#.
o java, se proprio non riesci a mandare giu' il 
toad.net
.
j.

 tanto sui prossimi computer sarà installato di default .NET.
Ho una domanda su questo punto:
sai qualcosa dle fatto che da il framework sia incluso nel xp1 di xp?
Ed è vero quello che ho sentito dire che prima o poi sarebbe uscita una
versione di xp per l'installazione su computer nuovi contenente il
framework?
Tutto questo cambia poco, in ogni caso sono pochi i computer con
preinstallato il framework, ma già un qualcosa sarebbe...
ciao
Lorenzo

Sarà presente nell Sp1 ma la sua installazione sarà opzionale.
HTH
--
Corrado Cavalli
UGIdotNET - 
http://www.ugidotnet.org

 preinstallato il framework, ma già un qualcosa sarebbe...
Ma io non capisco tutti questi problemi... il FW lo copiate sul CD dell'app
e lo lasciate installabile.
A fare un CD da 20MB (il FW sono 18 per la ver. runtime only) ci si mette
meno che copiare la sola app su 1 dischetto, e forse costa anche meno.
Ciao
--
' // Initialize the expression evaluator
Engines.Evaluator = CreateObject("
http://www.neodatatype.net
")
' // you can find resources for and from the NG here!
Me.SitoComune = "
http://www.it-lang-vb.it
"

 meno che copiare la sola app su 1 dischetto, e forse costa anche meno.
Hai perfettamente ragione, per il 99% dei programmatori che sono qui
(incluso me) la questione sta in questi termini.
A me interessava saperlo per capire se mai potrà succedere che gli
applicativi che ogni utente scarica da internet potranno mai essere prodotti
col framework .NET.
Tanto per fare un esempio, forse neanche ben centrato, comunque..., non
potremo mai vedere client irc (o qualsiasi altro applicativo diffuso per
l'utenza home) sviluppati in .net finchè non avremo la certezza che su una
buona pecentuale delle macchine è installato il framework...
Non penso che chi mette a disposizione un applicativo sul web potrà farlo
aggiungendo 18MB di framework al pacchetto di installazione...
ciao
Lorenzo

 aggiungendo 18MB di framework al pacchetto di installazione...
Ma il FW si installa una volta sola!
Mica deve essere reinstallato ogni volta che si installa una nuova app.
Continuo a non vedere il problema: dai via la tua app e ci scrivi sopra "se
vuoi farla girare ti serve il FW".
Se non lo si vuole scaricare basta comprare una qualsiasi rivista con CD
allegato.
Questa storia è un falso problema.


(incluso me) la questione sta in questi termini.
Secondo me non e' tanto la dimensione del framework ma il fatto che va
ad installarsi "nel profondo" del tuo sistema, e questo lo trovo
decisamente intrusivo (e considerando i precedenti di Microsoft mi fa
anche un po' paura).
Gia' mi dava fastidio quando era necessario installare runtime e vari
ocx per far girare i programmi scritti in VB (ed io come sviluppatore
anche VB ho sempre cercato di minimizzarne l'uso, senza usare ocx
semplicemente per "abbellire" e appesantire i form).
La diffusione del framework, considerato che Microsoft lo inserire
nelle prossime service pack di Windows e' un problema minore.
Stefano "HappyMan" (Lago Maggiore - NO)
--
Personal Web 
http://www.sgr.info
Email 
happyman...@libero.it
 [Togliere nospam per scrivermi]
Salsa Web 
http://web.tiscali.it/happyman
 [Foto salseri/e & I.A.B.L.A. Ring]

 Questa storia è un falso problema.
Secondo me invece la presenza o meno del framework su di un pc (e quindi la
necessità del download per usare la nuova versione della mia applicazione)
sarà un freno alla scrittura con dotnet di tutti quei programmi che si
diffondono via internet.
Non è che me ne freghi tanto, non è da questo che si riconoce quanto è buono
un linguaggio, ma penso che  rimarrà un freno allo sviluppo di dotnet.
ciao
Lorenzo

 un linguaggio, ma penso che  rimarrà un freno allo sviluppo di dotnet.
    Ok. Forse. Ma per quanto tempo?
--
Ciao :-)
Maurizio
--------
?SPQR(C)
 X
--------

 anche un po' paura).
    *Qualsiasi* programma, anche "programmino", di *qualsiasi* produttore,
che installi nel tuo pc, dovrebbe farti esattamente la stessa paura, se non
hai la possibilita' di consultare preventivamente il codice che l'ha
prodotto.


 ad installarsi "nel profondo" del tuo sistema
Ma neanche questo mi sembra vero.
Non è come IE o le DirectX che si spargono per il SO e si incastrano
definitivamente senza possibilità di rimozione.
Il FW stà lì, nella sua cartellina, ben separato da tutto il resto.
Ed è facilmente disinstallabile e eventualmente sostituibile con quello di
altre case.


 ha scritto nel messaggio
news:al7bkf$36s$1...@monty.lombardiacom.it...




Cosa fa un programma e cosa serve per installarlo sono 2 cose diverse.
Sara' che mi ero abituato ai problemi che mi davano i programmi creati
con VB6, Crystal Report, True DB Grid, etc etc (il famoso "DLL hell",
come lo definisce la stessa Microsoft) dove lavoravo prima come
dipendente ma ora quando posso programmare in C++ e Win32 API (per
qualsiasi progetto, dipendentemente dalle richieste dei clienti) e
genero un puro .exe senza dipendenze sono mooolto piu' soddisfatto e
contento.


altre case.
Non ho ancora fatto test su macchine vergini sulle quali installare
solo il framework redistribuibile, pero' ti posso dire che sulla mia
macchina con Visual Studio Net di cartelline nella System ce ne sono
piu' di una.
Inoltre basta vedere cosa viene registrato nel registry per capire che
l'impatto del  framework sul sistema non e' banale.
Inoltre di quale altri framework stai parlando ? Del progetto mono ?


 nuova versione del linguaggio VB6
Niente di piů sbagliato!
Sono due cose completamente diverse.
Ti invito ad aprire un nuovo trhead con tutte le domande del caso poichč se
non capisci questa differenza non andrai lontano con .NET (che nemmeno
questo č 
VB.NET
!)


 l'impatto del  framework sul sistema non e' banale.
Accidenti, ma ragazzi!
Possibile che tutti usino .NET e senza aver capito di cosa si tratta e come
funziona?
.NET <> Framework <> 
VB.NET
 <> 
VS.NET
 <> C#
Il framework, e *solo* quello, sta in una cartellina sotto la
C:\<windows>\Microsoft.NET


.NET <> Framework <> 
VB.NET
 <> 
VS.NET
 <> C#
Perche' .NET <> Framework ?
Non stiamo qui forse parlando di Framework .NET o stiamo a vedere le
sillabe ?
Cos'e' un framework in senso generico penso sia chiaro per tutti.
Il resto della disuguaglianza e' ovvio. 
Ciao


C:\<windows>\Microsoft.NET
Ho appena installato su un pc con Windows 98 "pulito" e preparato con
IE 6.0 il redistribuibile dotnetfx.exe
Ha creato le seguenti cartelle sotto la directory c:\windows
assembly
Microsoft.NET
<user>\Microsoft\CLR Security Config\v1.0.3705 [dove <user> nel mio
caso e' stefano]
Secondo te queste directories non fanno parte del framework ?


 Secondo te queste directories non fanno parte del framework ?
E secondo te queste sono sparse indistricabilmente per tutto il filesystem?
:)
Allora è molto peggio VB6 che non sai mai dove vanno a finire le varie dll e
ocx.
Ciao

:)
Ah ok, era giusto per mettere i puntini sulle i :-)
Ciao!


 contento.
In realtà di dipendenze ne hai eccome... solo che non te ne
rendi conto perché sono già fornite dal SO.
Ciao.
--
BSD is for UNIX-lovers -- linux is for Windows-haters.

 rendi conto perché sono già fornite dal SO.
( questo a parte quelle, vedi sopra, dei clienti :P )
gia'. e' quello che dicevo su applicativi e s.o.
e sarebbe ora che la si smettesse con la storia dei runtime ecc.
ovvero qualcuno mi mette davanti a un exe che gira senza s.o. ...
ciao, a.



Gia', e' cosi' che da un NT4 che installato richiedeva meno di 200 MB
siamo arrivati ai 700 di Windows 2000 che ha installato un mare di
roba che *forse* non viene mai neanche toccata.
E' la stessa filosofia del "precarichiamo tutto in memoria, si fa
prima a lanciare gli eseguibili", con i risultati mangiarisorse che
abbiamo davanti.


rendi conto perché sono già fornite dal SO.
Beh se un set base di funzioni il s.o. non me le da che ci sta a fare
? Il problema, come ho scritto in un altro post, e' stabilire quanto
deve essere grande questo set base. Come si e' visto negli ultimi s.o.
Microsoft questo set diventa sempre piu' grande.


>
anche la domanda e' molto malposta. avrei capito "
vb.net/c#
 o
delphi.net
 ?"
in ogni caso, a uno che prevede l'internet cosa gli consigli, il dos ?
sarebbe in ogni caso un 
gwbasic.net
 ...
ciao, j.

 mangiarisorse che abbiamo davanti.
Non sono mai riuscito a capire se la disponibilità di risorse
sempre maggiori, a prezzi sempre minori, sia conseguenza del
sw spreca-risorse o se sia vero il contrario.
Comunque, a me le cose stanno bene così... l'estate scorsa mi
sono preso 1 GB di RAM per il mio PC ad un prezzo (£ 300.000)
inferiore di 64 MB di un po' di anni fa. E 64 MB erano pochi
già anni fa, 1 GB è tanto ancora adesso e lo resterà per
molto...
