🚀 go-pugleaf

An Ony wrote:

> Hallo,
> 
> pas volgende maand ongeveer ga ik naar een lezing wat .NET nu eigenlijk is,
> maar wat met VS2003.NET? Kan je weten wanneer je het .NET Framework gebruikt
> en wanneer niet? Als ik een "oldstyle" C/C++ programma schrijf, hoe weet ik
> of ik elementen uit .NET gebruik?
> 
> 
> thx,
> 
> 
C / C++ gebruiken geen objecten uit de .NET class library. Ze compileren 
niet met de .NET compilers en gebruik daardoor die klassen niet.
C++.net gebruikt de .NET klassen wel, maar dat zul je dan wel weten 
tijdens het ontwikkelen :)
kijk gewoon naar de class library van .NET (System.Date, System.Drawing, 
..), die zullen dnek'k wel niet overeenkomen met de C libraries.
Het zijn gewoon verschillende dingen..

An Ony wrote:

> pas volgende maand ongeveer ga ik naar een lezing wat .NET nu eigenlijk
> is, maar wat met VS2003.NET? Kan je weten wanneer je het .NET Framework
> gebruikt en wanneer niet? Als ik een "oldstyle" C/C++ programma schrijf,
> hoe weet ik of ik elementen uit .NET gebruik?
> 
Ik heb net zo'n presentatie achter de rug. Concreet zal alles dat je met VS
maakt .NET worden, VS zal zelf alles naar .NET compatibele code compileren
ed.
[flamealert]En toch vraag ik mij af wat .NET meer is dan java en RAD
gecombineerd[/flamealert]
-- 
Pleased to meet you
Hope you guess my name
But what's puzzling you
Is the nature of my game

Aquila wrote:
> An Ony wrote:
> 
> 
>>pas volgende maand ongeveer ga ik naar een lezing wat .NET nu eigenlijk
>>is, maar wat met VS2003.NET? Kan je weten wanneer je het .NET Framework
>>gebruikt en wanneer niet? Als ik een "oldstyle" C/C++ programma schrijf,
>>hoe weet ik of ik elementen uit .NET gebruik?
>>
> 
> Ik heb net zo'n presentatie achter de rug. Concreet zal alles dat je met VS
> maakt .NET worden, VS zal zelf alles naar .NET compatibele code compileren
> ed.
> [flamealert]En toch vraag ik mij af wat .NET meer is dan java en RAD
> gecombineerd[/flamealert]
I'll join you :)

JAVA is platformonafhankelijk (ECHT, niet in theorie :)).
.NET heeft een goede IDE (visual proggen � la VB6), terwijl JAVA meestal 
puur code kloppen is voor GUI's, dus in die richting kun je het wel een 
RAD tool noemen.
MAAR, het is objectgeori�nteerd met een heel mooie uitgebreide 
klassenbibliotheek (voorzover ik al gezien heb, ben geen kenner :)) die 
toch wel verder reikt dan VB ooit gereikt heeft.
.NET programma's draaien toch ook sneller dan JAVA...maar JAVA stelt 
daarentegen sterke security en meer volwassenheid (EJB's in het hele 
containergebeuren! nog niets dergelijks in .NET gezien). Dus .NET lijkt 
me nog niet zo opgewassen voor echt grote toepassingen over 
verschillende servers met distributed transactions en dergelijke. Komt 
misschien later.
.NET heeft (in mijn ogen)de basis gelegd voor webservices, en het is nog 
steeds wachten op J2EE 1.4 om dat in SUN JAVA zelf te zien.
Nog extra gemak is dat je kan samenwerken in verschillende .NET talen 
(niet echt aan te raden, maar het is mogelijk...) en toch iets werkend 
krijgen.

da's zowat mijn idee, voor kleine programma's voor een of andere 
tiepmiep ergens ter velde zou'k toch eerder .NET nemen dan JAVA. Het 
ontwikkelt sneller, en de kans dat het op een non-windows platform dient 
te draaien is zo goed als onbestaande. De analyse is in mijn ogen 
gelijklopend (OO met UML), en programmeren in VS.NET gaat toch wel vlot 
(je kan het RAD noemen, maar ik zie toch ergens verschillen).
Op de server daarentegen is JAVA nog steeds de baas, daar wil ik w�l een 
platform kunnen kiezen dat ondersteund wordt door de vendor van mijn 
technologie (ik wil zeggen, MS ondersteund het MONO project helemaal 
niet). Ook de mogelijkheid andere hardware te kunnen plaatsen als 
server(SPARC, PPC, 64bit kan ook wel eens handig zijn voor 
databasesystemen..)

kortom, de juiste technologie gaat gewoon voor...en daar heeft iedereen 
zijn eigen kijk op.


(owja, even vermelden dat er fouten in deze tekst kunnen zitten, heb 
weinig ervaring met beide technologie�n, maar heb wel wat basiskennis en 
wat onderzoek voor mezelf gedaan)

VoodooChile

"Aquila" <Braempje@Netscape.Net> wrote in message
> Concreet zal alles dat je met VS maakt .NET worden

Fout. Je kan nog altijd perfect native/niet-.NET applicaties maken in
VS.NET. Misschien beter opletten bij die presentaties volgende keer ;-)

> [flamealert]En toch vraag ik mij af wat .NET meer is dan java en RAD
> gecombineerd[/flamealert]

C# is Java [de taal] on steroids, en .NET is Java [het platform] zonder de
oerdomme keuzes die bij Java zijn gemaakt. Dat is natuurlijk het voordeel
als je iets later op de markt komt... Je kan zien waar je concurrenten
fouten maken en dan ervoor zorgen dat je niet dezelfde fouten maakt.
Ik werk met beide platformen, maar .NET is duidelijker veel
gebruiksvriendelijker en veel handiger om mee te werken. Persoonlijke smaak
waarschijnlijk, maar ik ken niemand die ze beiden heeft gebruikt voor een
extended period of time en er dan nog anders over denkt.

Mvg,
Pieter Philippaerts

"VoodooChile" <askme@iknow.be> wrote in message
> JAVA is platformonafhankelijk (ECHT, niet in theorie :)).

.NET is ook platformonafhankelijk (ECHT, niet in theorie :)). Microsoft
heeft een versie van de runtime dat op Windows, FreeBSD en MacOS werkt [die
ondertussen ook naar Linux geport is] en daarnaast zijn er nog verschillende
andere implementaties die op nog andere platformen werken [mono, dotgnu,
etc].

> .NET programma's draaien toch ook sneller dan JAVA...

Dat is zeker :-) Nu, persoonlijk denk ik dat dat ligt aan de structuur van
de Java class library. Al ooit eens zo'n swing exception gezien met een
stack trace van meer dan 25 methodes diep? Zoiets komt nooit voor in .NET.
Drie tot vier methodes diep is zo ongeveer het diepste wat je daar tegen
komt.

> maar JAVA stelt
> daarentegen sterke security en meer volwassenheid

As the matter of fact, .NET heeft een veel doordachtere security
architectuur [plus dat ze ook nog eens veel uitbereidbaarder is dan die van
Java]. Ik zou het moeten weten, want ik doe er een thesis over ;-)

> (EJB's in het hele
> containergebeuren! nog niets dergelijks in .NET gezien).

Je moet eens zoeken naar contexts [System.Runtime.Remoting.Contexts
namespace]. Dat is het .NET equivalent van containers.
http://msdn.microsoft.com/msdnmag/issues/03/03/ContextsinNET/default.aspx
Dat gezegd zijnde, de .NET security architectuur laat toe om zowel
declaratief als imperatief security code in te lassen zodat je die contexts
[of containers] eigenlijk niet nodig hebt.

> MS ondersteund het MONO project helemaal niet

Als je de mono mailing lists een beetje volgt, dan weet je dat de
programmeurs van mono geregeld emailen met de programmeurs van Microsoft. Er
staat zelfs een link naar go-mono.com op MSDN!
[http://msdn.microsoft.com/library/en-us/dndotnet/html/deicazainterview.asp]

Mvg,
Pieter Philippaerts

On Sun, 05 Oct 2003 12:04:29 +0200, Aquila wrote:

> An Ony wrote:
> [flamealert]En toch vraag ik mij af wat .NET meer is dan java en RAD
> gecombineerd[/flamealert]

Wel dat vraag ik me ook af. Java werkt 'trager' dan .NET maar het
ondersteunt dat ook alle platformen... bovendien vind ik dat Eclipse en mss
ook wel de NetBeans-IDE van Sun RAD mogelijk maken. Misschien ben ik
verkeerd, maar ik begin nu te werken met Eclipse en die is gewoon beestig
goed.

Groeten Pieter