🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: be.comp.programming
Article #3993

Re: Visual Studio 2003 .NET

#3993
From: Pieter Philippaerts
Date: Sun, 05 Oct 2003 16:06
43 lines
3312 bytes
"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
Technical Details
Message-ID: <1065369963.646470@seven.kulnet.kuleuven.ac.be>
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!sn-xit-02!sn-xit-06!sn-xit-08!supernews.com!news.tele.dk!news.tele.dk!small.news.tele.dk!lnewsoutpeer01.lnd.ops.eu.uu.net!lnewsinpeer01.lnd.ops.eu.uu.net!bnewsoutpeer01.bru.ops.eu.uu.net!bnewsinpeer01.bru.ops.eu.uu.net!emea.uu.net!aotearoa.belnet.be!naxos.belnet.be!news.belnet.be!not-for-mail
References: <3f7e97b8$0$31754$ba620e4c@reader1.news.skynet.be> <bloqf7$lqu$2@reader10.wxs.nl> <uRWfb.59716$w33.2491453@phobos.telenet-ops.be>

Show Full Headers
Complete Article Headers
X-Google-Language: DUTCH,ASCII-7-bit
X-Google-Thread: fcea4,3952b52ec93113a2
X-Google-Attributes: gidfcea4,public
X-Google-ArrivalTime: 2003-10-05 09:06:13 PST
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!sn-xit-02!sn-xit-06!sn-xit-08!supernews.com!news.tele.dk!news.tele.dk!small.news.tele.dk!lnewsoutpeer01.lnd.ops.eu.uu.net!lnewsinpeer01.lnd.ops.eu.uu.net!bnewsoutpeer01.bru.ops.eu.uu.net!bnewsinpeer01.bru.ops.eu.uu.net!emea.uu.net!aotearoa.belnet.be!naxos.belnet.be!news.belnet.be!not-for-mail
From: "Pieter Philippaerts" <Pieter@nospam.mentalis.org>
Newsgroups: be.comp.programming
Subject: Re: Visual Studio 2003 .NET
Date: Sun, 5 Oct 2003 18:06:09 +0200
Organization: KULeuvenNet
Lines: 45
Message-ID: <1065369963.646470@seven.kulnet.kuleuven.ac.be>
References: <3f7e97b8$0$31754$ba620e4c@reader1.news.skynet.be> <bloqf7$lqu$2@reader10.wxs.nl> <uRWfb.59716$w33.2491453@phobos.telenet-ops.be>
NNTP-Posting-Host: seven.kulnet.kuleuven.ac.be
X-Trace: naxos.belnet.be 1065369964 4843 134.58.127.12 (5 Oct 2003 16:06:04 GMT)
X-Complaints-To: abuse@belnet.be
NNTP-Posting-Date: Sun, 5 Oct 2003 16:06:04 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.3790.0
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
Cache-Post-Path: seven.kulnet.kuleuven.ac.be!unknown@localhost
X-Cache: nntpcache 2.4.0b5 (see http://www.nntpcache.org/)