M$ .NET versus resten av (java-)världen

Inte riktigt rätt forum, men i avsaknad av bättre..

Här är en intressant analys av Microsofts .NET-plattform, läs och begrunda.
http://www.java.sun.com/features/2000/11/dot-net.html?frontpage-headlinesfeatures

När ni läst klart så kan ni kolla på den här skojiga artikeln: http://joel.editthispage.com/stories/storyReader$133

Microsoft försöker igen, men om dom tror att dom kan påtvinga världen en sluten MS-standard istället för Java Enterprise Edt. så tror dom nog väldigt fel. Det ska bli kul att se hur .NET störtlandar och brinner upp :e.

------------------
"Common sense is the collection of prejudices acquired by age 18" - Albert Einstein

Den första artikeln, Java VS .NET, var ju skriven av SUN, så lite opartiskt kanske...
Det "lilla" jag kollat in om ASP.NET är med min tidigare erfarenhet ganska kraftfullt jämfört med Java, men som det står i artikeln, Java är plattformsoberoende och det kan ju vara en fördel.

Den andra artikeln handlar om .NET och inte ASP.NET och den tekniken ligger nog i sin linda, vi får se vad som händer om några månader...

Har något som Microsoft skapat störtlandat och brunnit?

/T

------------------
public static void main()

Toonster, artikeln var skriven av Madhu Siddalingaiah, VD för SEA Corp, anledningen till att Sun publicerade artikeln på sin sajt är väl rätt uppenbar.

Det skulle också vara skoj att få veta vad du har för tidigare erfarenhet som får dig att se .NET som "ganska kraftfullt" i jämförelse med Java och vad du har för tekniska argument för detta.

Att det är en fördel med plattformsoberoende är väl årets understatement?

[redigering]
Microsoft J++ störtlandade rätt så rejält när Gates och pojkarna inte fick styra och ställa hur dom ville, det är ju därför dom skapat .NET, för att konkurrera ut Java.
------------------
"Common sense is the collection of prejudices acquired by age 18" - Albert Einstein

[Redigerat av sgtpepper den 22 nov 2000]

Denna tråd kanske skulle ligga någon annanstans?

Återigen menar du om ASP-NET eller .NET i allmänhet? ASP.NET är ju en metod men .NET är en hel strategi.

Jag har utvecklat en hel del Java applikationer, standalone och webbaserade (därav min signatur...), och jag tycker inte att Java det är speciellt revolutionerande, snarare tvärtom, jag har under många år skapat programvaror i C/C++ mestadels för Windows, och jämfört med det är Java ett stort steg bakåt. Java i sig är ett trevligt objektorienterat språk, men det finns fortfarande vissa praktiska begränsningar med Java applikationer.

Mina tekniska argument för ASP.NET är:
+ Kompilerade (inte bara bytekod) komponenter, som man inte behöver registrera på servern.
+ Man kan skapa kommunikation mellan dessa komponenter, även placerade på olika servrar.
+ Utökat stöd för transaktioner
+ Möjlighet att spara script sidorna, kompilerade i ram-minnet
+ Samarbeta med andra program inom .NET teknologin.
Det finns flera,men desa är de som jag kikat in på

- STORT minus är att det är helt nytt, fortfarande i sin linda, detta gäller ju hela .NET konceptet

En diskussion av detta slag får aldrig något slut, då det i grunden handlar om UNIX(LINUX) mot NT. Man brukar obstinat hålla på "sitt" system oavsett "tekniska överbevisningar".

Hursomhelst, jag skapar gärna Javaapplikationer för en UNIX server, och gärna komponenter i C++ till en NT server, så JAG är plattformsoberoende!!

/T

------------------
public static void main()

Återigen menar du om ASP-NET eller .NET i allmänhet

Ja, inte fan vet jag ;). Microsofts härliga akronymer, jag trodde (dumt nog?) att .NET var ett enterpriseramverk där ASP+ m.m ingick, men så enkelt var det alltså inte?

Jag har utvecklat en hel del Java applikationer, standalone och webbaserade

Ok, vad för slags applikationer har du då utvecklat? Har utvecklat enterpriseapplikationer med J2EE? Om inte så haltar din jämförelse eftersom .NET vill konkurrera med J2EE. Det är ingen slump att många system som kräver en robust arkitektur, stablitet och skalbarhet byggs med Java.

På vilket sätt menar du att Java är ett steg tillbaka från C++? Java och C++ används ju oftast till olika uppgifter, och har båda sina fördelar beroende på vad man vill göra.

+ Kompilerade (inte bara bytekod) komponenter, som man inte behöver registrera på servern.

Att bytekodskompilerade klasser skulle vara särskilt söliga är en myt. En viss prestandaförlust får man godta, men den är försumbar om man väger in plattformsoberoendet. Eftersom Sun inte sitter och tjyvhåller på Javastandarden som Satan i Redmont så innebär det att flera olika företag utvecklar JVM'er, vilket pressar upp prestandan.

+ Man kan skapa kommunikation mellan dessa komponenter, även placerade på olika servrar.

Oj, vad unikt. Det är inte direkt nytt. I J2EE heter komponenterna EJB och kommunikationen RMI.

+ Utökat stöd för transaktioner

Återigen, inte mycket nytt jämfört med vad som finns i Javastandarden och som faktiskt existerar i verkligheten och inte bara på ritbordet. JTA, JTS.

etc. etc.

.NET eller vad det nu må heta har säkert många bra ingående delar, men faktum kvarstår, det är inget nytt. Allt finns redan och används i verkligheten. Men om man gillar att låsa sig till en leverantör och en plattform så är det nog en bra lösning.

Hursomhelst, jag skapar gärna Javaapplikationer för en UNIX server, och gärna komponenter i C++ till en NT server, så JAG är plattformsoberoende!!

Jag med, jag skapar gärna applikationer både till Solaris, AIX, Linux, NT, Win98 och diverse andra OS i Java, så jag är också plattformsoberoende! ;)

------------------
"Common sense is the collection of prejudices acquired by age 18" - Albert Einstein

[Redigerat av sgtpepper den 23 nov 2000]

Jo jag håller med, fast jag tycker inte att RMI är det samma som COM+ komponenter på olika servrar, inte riktigt samma funktion.

Kompilerad kod har ju alla fördelar jämfört med Java med tanke på maskinnära/systemnära operationer, oavsett UNIX/NT plattform.

Fast jag vidhåller MITT plattformsoberoende.

Ska vi sätta oss i ringhörnorna och lunga ner oss?

/T

------------------
public static void main()

Jo jag håller med, fast jag tycker inte att RMI är det samma som COM+ komponenter på olika servrar, inte riktigt samma funktion.

Ehh? Enterprise Java Beans på olika servrar som kommunicerar via RMI är ju precis samma sak som COM+-komponenter på olika servrar..

Kompilerad kod har ju alla fördelar jämfört med Java med tanke på maskinnära/systemnära operationer, oavsett UNIX/NT plattform.

I vilket avseende då? Om jag mot all förmodan behöver skriva en riktigt lågnivåfunktion som pratar direkt med någon pillemoj i datorn så gör jag det direkt i C++ och anropar den komponenten med JNI. Det är dock väldigt sällan det behövs när man skriver enterprisesystem.

Ska vi sätta oss i ringhörnorna och lunga ner oss?

Nä, jag är inte trött :)

------------------
"Common sense is the collection of prejudices acquired by age 18" - Albert Einstein

[Redigerat av sgtpepper den 23 nov 2000]

Men, Java beansen körs ju på applikationsnivå av JVM'en. Medan COM/COM+ körs på systemnivå, och där körs ju inte ens JVM'en.

Ponera följande:

Ett butikssystem på webben, beställningar kommer in i en databas löpande. Vearje dag 16.00 ELLER när antalet kollin överstiger 100 skall en fraktorder skrivas ut på en skrivare hos speditören i Sverige / Danmark / Tyskland, beroende på köparens adress.
Statistik skall föras och registreras i 3 länder i deras databas.
Samtidigt skall fakturor skrivas ut på ekonomiavdelningen. Allt ska ske automatiskt dvs ingen persson skall aktivera detta.

Kan du göra det med Java Beans?
Hur i så fall?

(det är från ett projekt jag var inblandad i 1998)

/T

------------------
public static void main()

Vad skulle problemet med ovanstående exempel bestå i menar du? Att man inte kan prata direkt med skrivaren från bönan?

Sen är det skillnad på Java Beans och Enterprise Java Beans, stor skillnad.

------------------
"Common sense is the collection of prejudices acquired by age 18" - Albert Einstein