Newsgroup: it.lavoro.informatica
Titolo: [OT] VC++ e C#

Ciao a tutti,
Scusate l'OT, ma seguo quotidianamente questo NG e so' che ci sono persone
in gamba che utilizzano VC++ (e credo anche C#): avrei una domandina da
chiedere. Devo far realizzare un componente COM che io dovrei richiamare in
pagine .asp; lo sviluppatore mi ha chiesto se lo voglio in C++ o C#. Io
vorrei il linguaggio che garantisse le migliori performance in termini di
velocità, memoria, etc. Cosa mi consigliereste di scegliere?
Grazie!
Luca

 wrote in message
news:0hZMb.85342$VW.35...@news3.tin.it...

il totale dei segmenti è sempre 4 .. ++ e #
cmq se percaso pensi che un giorno le tue pagine asp diventeranno 
asp.net
mejo c# (così risparmiate lo strato com), altrimenti forse è meglio il C++,
così hai
un componente molto + snello rispetto al primo
cmq sei pienamente ot
antonio

 ha scritto nel messaggio
news:0hZMb.85342$
VW.35...@news3.tin.it

Se vuoi che un componente scritto in C# abbia la benché minima possibilità
di girare su una macchina, dovrai assicurarti di avere il framework .NET
installato; un componente C++, al contrario, gira più o meno ovunque.
A questo aggiungiamo però che richiamare un componente C# da ASP è
un'operazione non banale ma nemmeno difficile, mentre richiamare un
componente C++ da pagine 
ASP.NET
 è un gran bel casino.
In definitiva, se questo componente dovrà essere usato solo da pagine ASP,
tanto vale realizzarlo in C++; se però c'è anche una remota possibilità che
prima o poi possa essere usato in pagine 
ASP.NET
, allora fallo scrivere in
C#.
Massimo

> pagine .asp; lo sviluppatore mi ha chiesto se lo voglio in C++ o C#. Io
Non hai detto cosa deve fare questo componente, hai solo fatto
riferimento a un componente generico ( quindi neanche ti chiedo "č
necessario un componente?" ), a cosa ti serve?
Nonostante C++ sia il mio linguaggio preferito ( non pensare che li
conosca TUTTI, non sono cosě arrogante ), sei sicuro di non sparare
agli uccellini col bazooka? provo libidine ( perchč sono un egoista
che fa un lavoro che gli piace ) all'idea di progettare e implementare
tale componente in C++, ma se hai esigenze relativamente semplici
consiglio C#.
Conosco inoltre dei consulenti a parolone megagalattici che
implementano IPC tramite tabelle di qualche database decrepito,
nonostante sappiano benissimo cos'č una pipe ( sai com'č,
evidentemente tra un danno e l'altro uno si accorge che evidentemente
non c'arriva e tutto diventa troppo complicato da scrivere ), potrei
chiedere a loro? comunque nessuno per esempio ti vieta di creare una
chatline con un linguaggio di script e un database se non hai molte
pretese e taaaanti soldi.
MA PERCHČ NON USI DELPHI? Eheheh scherzo: non l'hai elencato infatti.
Ciao!

 consiglio C#.
Ho la necessità di avere un componente che, dati alcuni valori, mi mandi in
output un'immagine GIF con un grafico ricavato da questi valori. Purtroppo
non si tratta di un grafico "standard" perché altrimenti ne ho trovati a
decine già pronti. L'applicativo .asp sarà utilizzato da molte persone
contemporaneamente, ecco il perché del mio dubbio se far creare un COM con
vc++ o c#.
Grazie!
PS. Grazie anche a chi ha risposto più sopra!

 vc++ o c#.
non so che calcoli tu debba fare per creare il grafico (matematica complessa
?) ma se la tua preoccupazione sono le prestazioni, no problem, una dll com
in c++ performa meglio di una dll c# ma il divario di prestazioni non è poi
così alto, anzi ... se pensi che il codice IL viene compilato in codice
nativo solo la prima volta che la pagina ASP carica in memoria e/o chiama
metodi-proprietà-fields della dll c#, dalla seconda in poi esegue sempre
codice nativo.
Ciao
Sergio

vc++ o c#.
provo a dare i miei '2cents': generalmente faccio il possibile per
evitare il C++: a meno che tu non sia sicuro che chi lo manuterrà sia
la stessa persona o abbia le stesse capacità di chi lo sviluppa,
rischia di diventare una "scatola nera" dove piuttosto che rimetterci
le mani si preferisce riscrivere.
secondo dubbio da sciogliere, è quanto effettivamente guadagni in
prestazioni e/o utilizzo di memoria: se per costruire la tua bitmap ti
appoggi, come credo, alle funzioni GDI di Windows, non credo ci sia un
significativo vantaggio verso il C++.
infine, prendi in considerazione la possibilità di fare un componente
in C# e dei segmenti significativi in (managed)C++, tutto all'interno
dello stesso componente.
--------
Francesco "Matro" Martire
available at 
www.realpopup.it
:
RealPopup, the freeware winpopup replacer
RealAccount, freeware plugin for MS Outlook XP
MaTreo, freeware frontscreen for your Treo and PalmOS devices

 dello stesso componente.
Questa è la peggiore di tutte, usare C# e managed C++ che vantaggi ti porta?
Se non fare abbondante uso di costrutti un po' esotici in C++?
L'unico campo in cui vedo sensato il managed C++ e se si vuole convertire
un'applicazione esistente in dotnet e questa era realizzata in C++, in
questo modo si può operare gradualmente con codice misto (managed e
unmanaged)
Antonio.

Se non fare abbondante uso di costrutti un po' esotici in C++?
dipende sempre e comunque da quello che devi fare. ad esempio,
potresti avere a che fare con un algoritmo che se implementato con
l'utilizzo diretto dei puntatori sarebbe molto efficiente, ma ti trovi
nel contesto di un sorgente in C#. piuttosto che delegare quella parte
ad una DLL esterna o simile, potrebbe essere vantaggioso farla in C++.


 ad una DLL esterna o simile, potrebbe essere vantaggioso farla in C++.
Si può fare benissimo anche in C#, basta dichiarare il codice come
"unsafe"...
Massimo


Allora forse non avete le idee chiare su cosa significhi managed C++, Il
managed C++ è la stessa identica cosa di C# e 
VB.NET
, ma con la sintassi C++
like. Ok?
Come prestazioni non cambia nulla perchè entrambi vengono convertiti nello
stesso linguanggio di basso livello (MSIL).
Antonio.

 stesso linguanggio di basso livello (MSIL).
Io questo lo so benissimo, era lui a sostenere che per scrivere codice che
usa puntatori sia necessario il C++...
Massimo

dello stesso componente.
intendevo, quindi, di poter passare da un assembly C# ad uno
contenente sia C++ che MC++, sfruttando di volta in volta le
peculiarità di ognuno.
che sia questo utile o meno, dipende dalle singole esigenze.
