Newsgroup: it.comp.programmare.win32
Titolo: Quale sistema di sviluppo ?

Salve a tutto il NG,
e' la prima volta che scrivo qui. Premetto che ho lurkato un po' ed ho fatto
ricerche con Google per diverse ore, ma ho il cervello ancora piu'
incasinato di prima.....
Da 12 anni faccio oramai il programmatore, passando da Cobol per gestionale
sono arrivato a programmare principalmente in C sui microprocessori, lavoro
infatti in una azienda di elettronica. Ho anche fatto un paio di piccole
applicazioni in Borland Builder 5 approcciando quindi la programmazione
object oriented.
Di fronte a noi (azienda) si prospetta l'ipotesi, tutt'altro che remota, di
dover svilpuuare un paio di applicazioni per Windows, l'una per la gestione
di un editor grafico con funzioni specifiche per l'ambito industrale
tessile, l'altra, la piu' urgente, per interfacciare una rete di
apparecchiature elettroniche da noi prodotte con un PC (tramite TCP-IP
presumo) ed eventualmente con internet (principalmente per la raccolta di
dati di produzione e l'invio di files).
Come detto abbiamo il Builder 5, ma stavamo valutando l'ipotesi di passare a
Microsoft Visual Studio .NET. Parlando con amici ho infatti avuto la
sensazione che sara' un po' una scelta obbligata per chi vorra' sviluppare
applicazioni per Windows nel futuro. Le mie applicazioni dovranno infatti
essere poi sviluppate per avere una lunga vita....
Cosa mi potete consigliare anche considerando che non conosco un tubo di API
MFC etc. :-(, in pratica in una scala da 1 a 10 credo partirei da 2, anche
se sono molto volenteroso e non mi fa paura imparare cose nuove anche se
difficili.
Grazie in anticipo.
Drazen.

 MFC etc. :-(, in pratica in una scala da 1 a 10 credo partirei da 2
Senza dubbio visual studio 7 (.net). Tutto il resto arriva dopo... :) 
-- 
Luc

Perche nn il Borland????

 tessile,
GDI+ è ancora piuttosto giovane, e, soprattutto subito dopo la sua
introduzione, si è attirata vagonate di critiche perché la MS ha omesso
di sottolineare tutta una serie di scelte progettuali che contrastavano
con molte tecniche di sviluppo utilizzate con GDI. Non di meno se la tua
piattaforma target ha a disposizione un bel po' di RAM e non devi fare
cose molto pesanti, molto veloci o molto precise, GDI+ potrebbe già
essere una discreta scelta (non ancora buona, ed ancora distante
dall'essere ottimale, purtroppo). Una cosa da considerare è che GDI+ è
oramai il nuovo vestito dell'imperatore, qualche tempo fa' mi sono
imbattuto in un articolo dove gli stessi sviluppatori di Windows ne
dicevano di cotte e di crude su GDI.
Ti ho scritto una breve e-mail, se mi rispondi ti posso mandare una
piccola applicazione (prototipo a livello α) che usa una piccola
libreria GDI+ (per dotnet) che ho scritto qualche tempo fa' sviluppando
un esempio trovato sulla MSDN.
--
ale
http://www.sen.it


wrote:
[cut]
.Net e' valido, ma ha come lato negativo una richiesta di risorse
notevoli. Io ho ancora clienti con Windows 98 e 64 MB di RAM, un
programma scritto in 
vb.net
 per loro sarebbe quasi inusabile.
Le mie scelte le baso in primis sul tipo di cliente al quale il
software e' destinato, poi mi muovo di conseguenza.
In alternativa un programma C/C++ con o senza MFC, se scritto bene,
puo' girare su macchine da Windows 95 a Windows 2003.
Infine ricordo che Visual Studio Net 7.0 puo' generare applicazioni
.net o Win32 pure ("unmanaged" o "legacy" come il marketing di
Microsoft le definisce oggi).
Stefano "HappyMan" (Lago Maggiore - NO)
--
http://www.sgr.info
Email happyman69 (at) 
libero.it

 MFC etc. :-(
Con 
VS.NET
 puoi tranquillamente decidere di non usare .NET e di programmare
con le MFC; non sei vincolato. Personalmente non ho ancora fatto nulla di
senso compiuto con .NET, ma ho comunque la netta sensazione che in termini
di stabilita`, supporto, codice disponibile, know-how, ecc... per ora le MFC
siano ancora superiori. In sostanza credo che dipenda molto dalla natura
delle applicazioni che dovete sviluppare: se dovete creare una "base" su cui
sviluppare prodotti per molti anni, puo` essere una buona idea imparare
.NET; se invece si tratta di un'applicazione industriale "tipica" (rigida,
che resta uguale per anni, legata a compiti molto specifici e quindi
scarsamente riutilizzabile) le MFC possono andare ancora benissimo.
-- 
Lorenzo

 essere poi sviluppate per avere una lunga vita....
Allora dimentica Microsoft... :-)
Personalmente ti consiglio il CBuilder, sarà più duro programmare il
software, ma sicuramente più stabile, affidabile e veloce.
Se il lungo percorso ti terrorizza, allora passa a Java e dormirai sonni
tranquilli!!
Affidabilità + sicurezza + facilità
E' vero è lento...ma con i computer di oggi, cosa significa lento??!
Ciao
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Perche nn il Borland????
Quando svilupperanno Bindows allora il compilatore Borland sara il 
must... ;) 
-- 
Luc

Battuta 0_0
Cmq il borland x winzoz, IMHO, č meglio dello stesso VC.
E poi solo perche l'Os e M$ i suoi prodotti nn devono per forza essere il
meglio.
Cosi uccidi l' Open SOurce e istighi al monopolismo

 Cmq il borland x winzoz, IMHO, è meglio dello stesso VC.
Non credo del 6, ma non c'è storia col 7. 
-- 
Luc

Sei leggermente M$ziano :)
Cmq il .NET è una str*nzata.
E lento e bacato ed esiste gia Java.
Cmq chi vivrà,  vedrà

 Cmq il .NET è una str*nzata.
Commento molto tecnico il tuo... Se vuoi, in privato, ti mando qualche 
link di prodotti web/c#/c++ da noi sviluppati in .net ... 
-- 
Luc

Certo.
Sempre aperto al parere altrui :)

 link di prodotti web/c#/c++ da noi sviluppati in .net ...
A parte il flame scatenato :-) con VS .net si possono creare anche
applicazioni che girano in tutto e per tutto su Internet ? Cosa significa
creare applicazioni web ?
Mi spiego meglio, e' possibile creare una applicazione residente in rete e
far si che questa giri sul PC interagendo pero' con i dati presenti sul
server ? Oppure come credo non ci ho capito un tubo ?
Ciao, Drazen.

server ? 
Beh intendi un'app installata sul server dietro un sito che giri 24h
al giorno? Certo.
-- 
Lawrence "Rhymes" Oluyede
http://loluyede.blogspot.com

 difficili.
lodevole, molto lodevole. :)
ciao
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Mmm non credo di aver capito bene comunque credo di si.
Penso che intenda che possano girare su qualsiasi piattaforma, CPU, etc.. a
patto di avere installato una macchina virtuale per il sistema specifico, in
pratica come Java.
Credo che .NET non produca vero codice x86 (oppure si può scegliere come
opzione?) . Però oggi come oggi, è disponibile solo per Windows e x86.
Quindi, fra i vari lati negativi, .NET non ha, per il momento (ma potrebbe
essere per sempre, anche se dovrebbe approdare su Linux), la flessibilità di
Java.


 server ? Oppure come credo non ci ho capito un tubo ?
Se usi un interfaccia utente leggera (basata quindi html, xhtml o
idealmente con i browser moderni xml+xsl, anche se questo si può fare ad
un livello intermedio) sì.
Se la tua interfaccia utente è ricca, cioé se vuoi applet o addirittura
un applicativo, se ti limiti a Windows .Net va più che bene (ma anche le
win32, MFC e tantissime altre cose), mentre Java o Python ti
garantiscono una maggiore portabilità.
Questo non significa che le scelte siano necessariamente esclusive,
bisogna valutare la convenienza a seconda delle specifiche da
rispettare. Ed avere buone specifiche è più importante dell'avere scelto
una buona tecnologia, perché il dominio applicativo della tecnologia
potrebbe non collimare con quello delle specifiche. Quindi prima le
specifiche e poi scelta della tecnologia e dell'architettura di sistema
da adottare.
--
ale
http://www.sen.it

 usate il care vecchio Visual Studio 6;
caro, vecchio, ma soprattutto *vecchio*. Non dirlo neanche per scherzo: 
il supporto per il linguaggio C++ in Visual Studio 6 non è solo scarso, 
è *doloroso*
-- 
  < 
http://www.reactos.com/
 >  Open source clone of Windows NT. Current
      Don't stand, REACT!      version 0.1.5. C, C++ and ASM developers
                               and beta testers are welcome!

 crude su GDI
[...]
GDI ha un'API terribile, ma il concetto rasenta la perfezione. GDI+ c'è 
per questo


Microsoft Visual Studio .NET.
Visto che la Microsoft ha abbondantemente scopiazzato gli ambienti
Borland, non troverai molta difficoltà ad utilizzarlo ;-)
In ogni caso, valuta il nuovo C++BuilderX :
http://www.borland.com/products/downloads/download_cbuilderx.html


 nuove anche se difficili.
Io consiglierei Delphi, molto simile (come ambiente) a C++Builder che gia'
conosci, ma molto piu' semplice (una volta capito il linguaggio). Ha tutte
le caratteristiche che stai cercando, la versione 8 e' gia' proiettata sul
framework .net, ma insieme a questa viene distribuita anche la 7 per
Windows.

 ha scritto nel messaggio
news:br9e1f$v1j$1...@newsreader.mailgate.org...


 è *doloroso*
O_O stiamo parlando dello stesso software?
Io mi riferisco al Visual Studio che include Visual C++ 6.0


Java.
Ok qui sono daccordo. Ma può usare sempre Python ;-)


Io mi riferisco al Visual Studio che include Visual C++ 6.0
Mai provato VC++ versione 7.1 vero?
Peccato :-)


 Peccato :-)
Che differenze significative ha rispetto la 7.0?
-- 
Marco Barisione
http://marcobari.altervista.org/

 Drazen.
Quanto tempo hai a disposizione?
Per un'applicazione professionale ad alte prestazioni io adotterei 
un sistema (senza substrati) tipo [Borland|VC] C++ o Delphi, ma
la curva di apprendimento è lunga.
Per applicazioni ridotte anche VB, Java, e altri con o senza substrati,
con il vantaggio di apprendimenti più rapidi.
Per tempi brevissimi commissionerei, a patto di avere
documentazione e sorgenti.
Sull'economicità il discorso si farebbe diverso e più complesso e 
qui forse è fuori tema.
Saluti
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Che differenze significative ha rispetto la 7.0?
No vabbè intendevo 7 e 7.1 ma dato che la 7.1 è l'ultima
versione ho indicato quella in riferimento alla 6 :)


 versione ho indicato quella in riferimento alla 6 :)
hmmm, da quanto capisco in questo post, la 7(.1) non è ancora .NET, giusto?


hmmm, da quanto capisco in questo post, la 7(.1) non è ancora .NET, giusto?
Mi sa che ti sei perso un pezzo: 
VS.NET
 contiene si .NET e i vari
compilatori per C#, 
VB.NET
 ecc ecc ma contiene anche un compilatore
win32 per C++ che allo stato attuale (grazie a Herb Sutter, Lippman e
altri) è uno dei compilatori più vicino all'ISO C++ che ci siano.


 altri)
Lippman ha lavorato all'ultimo compilatore C++ della Microsoft?
Non lo sapevo......
Lo vado a comprare....

Non lo sapevo......
Beh è da un pò che è dipendente MS, ma non chiedermi dettagli perchè
non ti posso aiutare... So che qui trovi il suo blog:
http://blogs.gotdotnet.com/slippman/
e qui quello di Sutter:
http://blogs.gotdotnet.com/hsutter/


 altri) č uno dei compilatori piů vicino all'ISO C++ che ci siano.
appunto, č quello! io ho VC++ 6 e 7, e in uno dei miei post ho detto
appunto che il 7 finora mi ha creato solo fastidi, non ultimo il fatto che
da quando ho installato 
VS.NET
, che includeva *anche* VC++ 7, il mio
browser IE ha incominciato a rompere le balle e alla fine sono passato a
Mozilla.
percui non so voi, ma io me ne torno alla versione 6.
so che .NET sembra essere una buona idea (e ci credo, dal momento che in
fondo le idee di Bill sono quasi sempre buone, ma lascia un po' a
desiderare il *come* queste vengono realizzate), ma preferisco attendere
che l'open source sia bell'e pronto.
p.s.: qualcuno sa come si chiama questa versione open-source? (scusate
l'ignoranza... ^^' )


Parli di Mono?

 Parli di Mono?
e che ne so? '^^
può darsi. :)


 versione ho indicato quella in riferimento alla 6 :)
Ah ecco :-)
La 7 mi piace ed è molto comoda e poi riesce a vivere perfettamente con la
6.
Da noi in università danno licenze studenti per VS.Net, peccato che non si
può aggiornarlo all'ultima 7.1.


può darsi. :)
che non contiene un compilatore c++ tra l'altro...
