Newsgroup: it.comp.programmare.win32
Titolo: Come sviluppate in C# ?

Salve,
che strumenti state usando per programmare in c# (in attesa ovviamente della
beta di 
vs.net
).
Io ho scaricato il NGWS e sto provando l'Antechinus C# Editor.
Come editor č abbastanza buono, peccato che non accetta la sequenza
ALT+123/125 per scrivere le graffe e cosě noi poveri italiani siamo
obbligati al solito copy & paste.
Ho provato anche a scaricare la trial di PrimalSCRIPT 2.1 (in quanto avevo
letto su 
csharpindex.com
 che aveva un'estensione di C#) ma il trial che ho
trovato sul sito FTP funziona ma mi sembra comunque una 2.0 e non ho trovato
da nessuna parte il discorso C#.
Sapete di editor migliori?

obbligati al solito copy & paste.
!?
AltGr+Shift+parentesi quadra non funziona?
E' per questo che Visual Basic è così diffuso dalle nostre parti? :)
-- 
Valter Minute
min...@inwind.it
 (the reply address of this message is invalid)

> AltGr+Shift+parentesi quadra non funziona?
Non su quella m... del mio portatile del c....

 ALT+123/125 per scrivere le graffe e così noi poveri italiani siamo



Anch'io avevo qualche problema su un portatile ed ero riuscito a trovare 
una configurazione laocoontica con altgr+shift+uno dei tasti numerici della 
prima riga in alto della tastiera+forse ancora qualcosa d'altro.
In compenso Altgr+Shift+4 congelava il Visual C++ (era un ottimo modo di 
allontanare potenziali scocciatori fingendo di aver appena perso mezza 
giornata di lavoro....).


 ha scritto nel
messaggio news:8uqosn$egd$1...@serv1.iunet.it...

L'Antechinus C# Editor e', per il poco che sono riuscito a vedere,
abbastanza buono anche se non fai in tempo a usarlo che e' gia'
scaduto (10 utilizzi)!! E' IMHO troppo caro. Chiedere 30 verdoni
mentre la beta di VS.net costa $12.99 mi sembra eccessivo.
In attesa del CD io continuo ad utilizzare il Textpad con il file
di sintassi per il C#. Con i progetti a file singolo compilo direttamente
da editor per file multipli vado a mano (anche se fare un programmillo
ad-hoc sarebbe una cavolata).
Ciao.
Il Michett@
--

 giornata di lavoro....).
hehehehehhe!

> Dove hai scaricato il compilatore da allegare a quell'IDE?
Qui:
http://download.microsoft.com/download/platformsdk/Trial/1812.10full/NT5/EN-
US/Setup.exe

Hai gia' provato per caso ad utilizzare le classi del
System.Diagnostics.Counter ?
Volevo fare alcune prove per tastare le performance di esecuzione di alcuni
tipici algoritmi ma cose come:
System.Diagnostics.Counter ct = new System.Diagnostics.Counter ()
pur essendoci nel makefile il parametro /r:System.Diagnostics.dll mi dice
che Counter non e' definita.

 wrote in message
news:8utdmn$j1p$1...@serv1.iunet.it...


 che Counter non e' definita.
Ci sono 2 errori, o meglio 1 e mezzo :-)
1 - La classe Counter ha per lo piu' membri static quindi e' inutile
    istanziare la classe visto che non puoi accedere ai membri statici
    da una classe istanziata. La tua dichiarazione e' corretta da un
    punto di vista formale ma dal lato pratico e' inutile.
2- L'opzione del compilatore /r (/reference) deve caricare il file ove
   sono linkati i namespaces utilizzati dall'applicazione. Per esempio:
   /r:System.dll
Per esempio:
using System;
using System.Diagnostics;
public class Stack
{
    private Node first = null;
    public bool Empty {
        get {
            return (first == null);
        }
    }
    public object Pop() {
        if (first == null)
            throw new Exception("Can't Pop from an empty Stack.");
        else {
            object temp = first.Value;
            first = first.Next;
            return temp;
        }
    }
    public void Push(object o) {
        first = new Node(o, first);
    }
    class Node
    {
        public Node Next;
        public object Value;
        public Node(object value): this(value, null) {}
        public Node(object value, Node next) {
            Next = next;
            Value = value;
        }
    }
}
class Test
{
    static void Main() {
        Stack s = new Stack();
        Console.WriteLine("Starting performance test");
        Console.WriteLine("Pushing stack data...");
        long startTime = Counter.Value;
        for (int i = 0; i < 1000000; i++)
            s.Push(i);
        Console.WriteLine("Popping stack data...");
        while (!s.Empty)
            s.Pop();
        Console.WriteLine("Total elapsed time : {0} sec",
            (float) (Counter.Value - startTime) / Counter.Frequency);
    }
}
Compili con :
csc /r:System.dll Test.cs
That's all!
Ciao.
Il Michett@
--
p.s. NOTE TECNICHE
- sopra i 3 sec cambia computer
- tra i 2-3 sec fai un pensierino sulla CPU
- sotto il sec fai a cambio col mio? :^)

 ha scritto nel messaggio
news:8utrj8$1vs$1...@lacerta.tiscalinet.it...
Scusate l'intrusione, ma finora non avevo mai visto un listato in C#. Ma
sbaglio o mi sembra terribilmente simile al Java ?
Massimo

sbaglio o mi sembra terribilmente simile al Java ?
i maligni dicono che è simile al Java. Gli altri dicono che è un linguaggio 
C-like

>C-like
Sintatticamente derivano entrambi dal C++.
Antonio

 C-like
Scusa l'imprecisione, tutti questi linguaggi (C, C++ e Java) sono simili
come sintassi (a parte la gestione delle classi)... quello che volevo dire è
che questo C# mi pare proprio *IDENTICO* al Java!
Mi sapresti dire qualche differenza importante ?
Massimo

 Massimo
Decisamente, io lo definirei un Java++ :^)
Ciao.
Il Michett@
--

 Massimo
Vai su 
http://csharpindex.com/
 per maggiori delucidazioni.
Il potenziale di C# e' comunque elevatissimo. Se le voci
sul porting Unix saranno confermate Java avra' un temibile
avversario.
Ciao.
Il Michett@
--

Sintatticamente derivano entrambi dal C++.
ma chi dice che il C# somiglia al Java in realtà spesso intende "il C# è 
copiato dal Java e la Microsoft è brutta e cattiva"





>copiato dal Java e la Microsoft è brutta e cattiva"
Concordo.
Antonio

 copiato dal Java e la Microsoft è brutta e cattiva"
Microsoft stessa ammette pubblicamente che il C# non e' un nuovo linguaggio
ma un agglomerato di quanto poteva essere valido degli altri linguaggi (C++,
Java, ecc.)
Quindi chi dice che il C# e' stato copiato da Java ha perfettamente ragione
ma IMHO fa una figura abbastanza misera a dirlo col tono di cui sopra....

> Dalla sua grandezza non penso sia solo il compilatore C# :)))
Non ti basta il compilatore ma tutto il framework se vuoi anche eseguire i
programmi compilati.

 - sotto il sec fai a cambio col mio? :^)
T = 3.168... sul portatile del c...
T = 0.783... sul dual pIII xeon 750 (che faccio, te lo incarto?)

 T = 0.783... sul dual pIII xeon 750 (che faccio, te lo incarto?)
Vedi tu, se ti capita di passare sopra casa con slitta e renne
il prossimo mese non serve neanche che entri dal camino. Ti lascio
la porta aperta!! :-))
Ciao.
Il Michett@
-

 T = 0.783... sul dual pIII xeon 750 (che faccio, te lo incarto?)
Il fatto che sia dual non dovrebbe influenzare le performance minimamente a
meno di non usare multithreading, o sbaglio ?
Massimo

 ha scritto nel messaggio
news:repost.8FED...@127.0.0.1...

Mai inteso nulla di tutto ciò... è solo che proprio mi sembra uguale :-)
Massimo

 meno di non usare multithreading, o sbaglio ?
si, ma il fatto che sia dual significa che può dedicare il 100% del primo
processore al task in foreground, e l'altro processore per i task in
background
--
ciao
..::[xaero]::..

 meno di non usare multithreading, o sbaglio ?
Il fatto è che in win32 (9x o NT) e' difficile trovare processi
single-thread e quindi il dual pentium comunque apporta dei benefici.
Un applicativo C# che gira in consolo attualmente richiede 6 thread.
Un applicativo C++ con MFC in MDI ne richiede 5.
Anche un semplice programma C che gira in console window richiede piu' di un
thread.
Per non parlare del fatto che non ci sarà mai solo il tuo processo in
esecuzione ma ovviamente i driver di sistema, la shell grafica, ecc.

 thread.
Questa non la sapevo... come mai cosě tanti ?
Massimo

 
E se l'O.S. assegna al programma in esecuzione la quasi
totalita' del tempo a disposizione ad una CPU, secondo 
te le prestazioni saranno uguali ad un mono processore?
Per esperienza personale ti posso assicurare che la differenza
tra un mono ed un bi-proc e' veramente grande. Ovviamente
il resto dell'hardware dev'essere anch'esso prestazionale.
Fausto

 wrote in message
news:8v02tq$h1h$1...@serv1.iunet.it...
