FlashXMedlem sedan nov. 19991 033 inlägg Vilken fart det var här då :)
Nu har jag bara skummat igenom lite för att få en första uppfattning om vad det hela är för något.
Om jag förstått det hela rätt så krävs det att servern har en programvara för att man ska kunna skapa webbapplikationer med den här tekniken och för att det ska bli intressant för min del, så undrar jag nu om det finns (eller kommer att finnas) en möjlighet att köra detta på linuxservrar?
VideMedlem sedan dec. 19998 577 inlägg Inte ännu, men det ligger planerat hos MS att .NET skall bli ett plattformsoberoende ramverk, frågan är bara när.
Men det kan nog dröja ett tag till, då det inte ens kommit ut annat än betor ( ;)) än så länge till NT-miljö...
------------------
Budweiser - Slightly contaminated water... probably harmless, but I would recommend boiling before you drink it...
webEye.nu SweQuake.com
HermanMedlem sedan maj 2001431 inlägg Jag tror inte att MS kommer migrera .NET till Linux.
Mer troligt är att det hela rör sig om ett säljknep, att få folk att tro att .NET kommer bli nya Java. Som det ser ut i dag finns det ingen anledning för MS att satsa på andra plattformar än sin egen.
------------------
Allt som oftast förbryllas jag
Det som nyss kändes tungt
Förbyts till motsatsen nästa dag
Märkligt att det kan bli så lugnt
GrynetMedlem sedan maj 2001329 inlägg På visual studio konferansen i köpenhamn i år sa de att de skulle göra .net platformsoberoende. Även mot linux..etc.
Kan inte se varför de inte skulle göra detta.
emissionMedlem sedan dec. 19996 721 inlägg Stora delar av .NET bygger på öppna, ej MS-specifika standarder, så visst kommer det att bli plattformsoberoende till viss del. Självklart är det dock delar som kommer att förbli MS-specifika.
Microsoft har skickat in vissa delar för standardisering men lägger inget krut på att själva tillhandahålla stöd för flera plattformar.
IBM och SUN kommer knappast att börja utveckla stöd för DotNet på sina plattformar.
Jag tror helt och fullt på det Herman skriver, anledningen till att MS vagt talar om plattformsoberoende är endast ett försök att locka över utvecklare till deras plattform, "kör NT nu så kan ni ju alltid gå tillbaka till UNIX någon gång i framtiden när vi stödjer det..".
------------------
skaparen av allt som är mjukt och luktar lavendel
VideMedlem sedan dec. 19998 577 inlägg Vad vi tror och vad realiteten visar sig vara kan nog te sig hur som helst.
Att unix-lägret är skeptiskt är väl i sin ordning, och kommer väl vara så tills annat är bevisat, så en diskussion är ganska lönlös... ;)
------------------
Budweiser - Slightly contaminated water... probably harmless, but I would recommend boiling before you drink it...
webEye.nu SweQuake.com
spangoMedlem sedan juni 20008 205 inlägg Jag skulle väl gissa att det blir lika plattformsoberoende som COM. Det finns till *NIX, men det rör inte en miljard pingviner i Antarktis.
------------------
These are the cries of the carrots, the cries of the carrots! You see, Reverend Maynard, tomorrow is harvest day and to them it is the holocaust.
ToonsterMedlem sedan feb. 20001 590 inlägg Eftersom MS redan har lämnat ut funktionsbeskrivningarna/API't, så kommer det nog att dyka upp stöd till flera plattformar. Eftersom .Net(webtjänsterna) i sig är plattformsoberoende med tanke på att det egentligen bara handlar om en ISAPI modul, så är inte migrationen på något sätt tekniskt omöjlig. Det som krävs för att köra en ASP.Net applikation är en tolk för assemblies koden (motsvarande Javasbytekod) och en ISAPI modul som kan sköta kopplingen från webservern.
Visual Studio.Net skapar samma assemblies oberoende av utvecklingsspråk, så självklart kommer det finnas ett intresse från andra plattformsutvecklare, speciellt när man har friheten att välja utvecklingsspråk, VB,Perl,Python,C#,Java mm
Visst, detta kommer att uppröra NIX/LINUX anhängarna, men lika mycket MS anhängarna.
Men faktum är, att all kod från .Net slutar i enassemblie kod, oavsett utvecklingsspråk. Det som krävs för att köra denna kod är en tolk, mycket lik Javas JVM.
Inte helt olikt Chilisofts försök att köra ASP, fast med .Net har MS delat med sig av API't.
Tveksamt dock om det kommer att hålla rent kommersiellt, misstänker att utvecklare för .Net väljer att hålla sig till Windowsplattformen, även om ett annat alternativ finns. Och utvecklare för Nix plattformar har en tendens till att hålla sig där...
Fast som programmerare ser jag en intressant produkt där de olika lägren kan mötas.
För min del har jag fått upp ögonen på Python, speciellt efter ett antal intressanta artiklar i Dr.Dobbs.
Och när man kan köra Python i VS.Net, då jäklar...
/T
------------------
This is what the KLF is about
Men faktum är, att all kod från .Net slutar i enassemblie kod, oavsett utvecklingsspråk. Det som krävs för att köra denna kod är en tolk, mycket lik Javas JVM.
Dra på trissor! Exakt samma koncept som Java med andra ord, en teknik som du rackat ned på eftersom det är så himla dumt med JVMer... Hmmm.. :p
Java finns till fler plattformar än vad jag kan räkna upp, det gör att luddiga uttalanden om ett framtida plattformsoberoende för .NET känns rätt så ointressanta just nu.
------------------
skaparen av allt som är mjukt och luktar lavendel
ToonsterMedlem sedan feb. 20001 590 inlägg Plattformsoberoendet med .Net kommer nog bara att slå igenom när det gäller webapplikationer. Då behövs inte så mycket API anrop. Det sombehövs är som sagt, en ISAPI modul (typ PHP) som handar POST,GET mm. och en webserver som kan övervaka detta.
Visst har jag prackat ner på Java, men med .Net är det en annan sak, här utgår man från ett API, och portar med hull och hår till ett annat op. I Javas fall, försöker man vara mainstream, och hitta de API som "råkar" sammanfalla.
/T
------------------
This is what the KLF is about
ChainsawMedlem sedan sep. 20001 124 inlägg
Visst har jag prackat ner på Java, men med .Net är det en annan sak, här utgår man från ett API, och portar med hull och hår till ett annat op. I Javas fall, försöker man vara mainstream, och hitta de API som "råkar" sammanfalla.
Jag hänger inte riktigt med här. Påstår du att Javas klassbibliotek skulle vara helt ny mark för alla utvecklare, men att .Net-biblioteket inte skulle vara det?
------------------
Överraska din chef: kom till jobbet i tid idag.
ToonsterMedlem sedan feb. 20001 590 inlägg Nej
Det jag i stort menar är att när det gäller Java, så måste man som programmerare begränsa sig, eftersom "Native" plattformens API, bara finns i begränsat antal. Detta gäller oavset det är Linux,Solaris,AIX, Windows osv.
Java har inte, och kommer aldrig att täcka alla plattformars alla API'er.
I mna inlägg ovan så menade jag först och främst ASP.Net, där det redan från början är ett ganska begraänsat antal API'er, och då blir enklare att porta till olika plattformar.
/T
------------------
This is what the KLF is about
[Redigerat av Toonster den 25 maj 2001]
ChainsawMedlem sedan sep. 20001 124 inlägg Java har, vad jag vet, inte stöd för något API som bara finns för en enda plattform. En fruktansvärd styrka, enligt mig. Att emulera konceptet med OS/2-skuggor i Windows skulle vara helt oacceptabelt, för att inte tala om alla jämrans objektmodeller som finns. Männen bakom Java insåg det tidigt, och har satsat på att göra programmen portabla. Har Microsoft slängt in stöd för enbart-Windows-API:er i Net?
------------------
Överraska din chef: kom till jobbet i tid idag.
Plattformsoberoendet med .Net kommer nog bara att slå igenom när det gäller webapplikationer. Då behövs inte så mycket API anrop. Det sombehövs är som sagt, en ISAPI modul (typ PHP) som handar POST,GET mm. och en webserver som kan övervaka detta.
Och vad får en Javautvecklare på Linux att vilja börja använda detta då? Vad vinner man som man inte redan har i och med Javas enorma klassbibliotek och de fem år som Java har utvecklats och mognat?
Visst har jag prackat ner på Java, men med .Net är det en annan sak, här utgår man från ett API, och portar med hull och hår till ett annat op. I Javas fall, försöker man vara mainstream, och hitta de API som "råkar" sammanfalla.
Nu snackar du om grafik- och GUI-APIer. Självklart så kan man inte i t.ex Swing täcka in samtliga native-funktioner för alla plattformar, men om du tror att Dotnet kommer att fungera bättre så tror du fel, den dagen man kan koda X Windows-applikationer i Dotnet bättre än vad man gör i C++ den dagen skall jag byta namn till Bill.
Utvecklar man plattformsoberoende grafiska klienter så gör man det på grund av ett specifikt behov: programmet måste vara plattformsoberoende, och då kan man gå med på att viss prestanda och tekniska finesser ramlar bort. Det är en rejäl vinst att kunna skriva ett administrationsprogram till t.ex en server som går att använda på både NT, UNIX och Mac.
------------------
skaparen av allt som är mjukt och luktar lavendel
ToonsterMedlem sedan feb. 20001 590 inlägg Japp, precis vad jag menade.
Och vad får en Javautvecklare på Linux att vilja börja använda detta då?
Precis det undrar jag också. Dessa utvecklare har skygglappar modell större...
Om plattformsoberoendet med Java är en huvudpunkt för dessa utvecklare, borde det kommande plattformsoberoendet i .Net vara precis lika intressant.
...den dagen man kan koda X Windows-applikationer i Dotnet...
Allt som behövs för det är en plugin. Vem vet, XVT, Visix Galaxy eller Zapp kanske arbetar redan på en sådan just nu? de har redan i flera år "cross-plattform" miljöer, som RS/6000 AIX, HPUX, SCO UNIX, WIN32, OS/2 mm. mm.
Ha namnbytesblanketten redo!!
/T
------------------
This is what the KLF is about
[Redigerat av Toonster den 27 maj 2001]
ChainsawMedlem sedan sep. 20001 124 inlägg Okej, vänta lite här nu... Java är ett moget språk som är plattformsoberoende, och har funnits i icke-beta-version sedan 1996. C# är ett nytt språk som också är plattformsboeroende, men som inte kommit ur beta än. Exakt vad är det du ser som skulle få utvecklare att säga "jag vet, vi byter till det här språket som inte har ett dugg fördelar över det som jag redan kan" och glatt byta från Java till C#?
------------------
Överraska din chef: kom till jobbet i tid idag.
Precis det undrar jag också. Dessa utvecklare har skygglappar modell större...
Jamenvisst. Vi har skygglappar. Säger killen som tycker att MS-Access är alldeles förträfflig som databas.
Om plattformsoberoendet med Java är en huvudpunkt för dessa utvecklare, borde det kommande plattformsoberoendet i .Net vara precis lika intressant.
Förstår du själv hur idiotiskt detta låter? På vilket sätt kan ett ännu inte befintligt plattformsoberoende av en ännu inte skarp teknik vara lika intressant som en synnerligen välfungerande och existerande teknik med en användarbas större än vad Bill Gates kan räkna till? :q
------------------
skaparen av allt som är mjukt och luktar lavendel
ToonsterMedlem sedan feb. 20001 590 inlägg Chainsaw -> C# är ETT av de utvecklingsspråk man kan använda i .Net. plattformen är helt språkoberoende, dvs. man lägger in en språkmodul a'la plugin. i nuläget finns ett 10 tal, och mer blir det..
sgtpepper-> att jag gillar Access som databas var ett slag under bältet... MSSQL är det jag verkligen gillar. Du måste ha lagt något av mina uttalanden i ASP forumet på minnet. Vid enklare/mindre webapplikationer är Access helt enkelt super. Dels att det är billigt, dels att det är enkelt, plus att man kan göra hela databasapplikationer med formulär osv.
Visst, .Net befinner sig i betastadiet, men flera applikationer är redan skapade med det.
Sen tycker jag att om man använder Java för att det är plattformsoberoende, borde man lika gärna kunna använda .Net, eller är det så tufft att böja sig för Microsoft?
Du ska kunna skapa en applikation i C#, C/C++,VB,Perl,Python,Java vilket språk du vill, beroende på plugin. Är inte det bra?
Jag kommer själv inte använda det i jobbet (pga. det bara är C/C++ i .Net som ger ren kompilerad maskinkod), men rent privat för mindre "projekt"
Vi har allt som oftast hamnat i luven på varann... du tror nog att jag är ett "riktigt Microsoft freak" men så är inte fallet. Visst, jag är certifierad på flera av deras produkter, men som programmerare (i mitt dagliga arbete, inte på min fritid med ASP) använder jag bla. Borland, och ett antal mindre "skumma" utvecklingsprodukter.
Fast som plattform är det mest NT/Windows och Solaris
Och faktiskt, en del Java, vilket jag kör i dag...
/T
------------------
This is what the KLF is about
spangoMedlem sedan juni 20008 205 inlägg
lika gärna kunna använda .Net
Men alltså... om man kör Net, som tillåter native-anrop, hur plattformsoberoende blir man då i praktiken? Teoretiskt sett går det säkert att göra fullkomligt plattformsoberoende Netpryttlar, men kommer nån att bry sig? "Äsch, vi kör ju Windows nu, när skulle vi byta... jag kan lika gärna lägga in ett jabadabap-anrop till den här Windowsgrejen, det blir ju så smidigt..." - och sen står man där med skägget i brevlådan, tjugo år senare, och ska försöka flytta över till det nya megaheta operativsystemet Schkurtschkaneiro, eller vad det nu blir. (Jaja, kör man Java klagar man över att Sun depricerade just de där klasserna för tio år sedan...)
Ett länktips: www.jpython.org - bara för att man kör Java behöver man inte vara bunden till ett enda språk :)
\t Titta vad man kan hitta: http://grunge.cs.tu-berlin.de/~tolk/vmlanguages.html
------------------
These are the cries of the carrots, the cries of the carrots! You see, Reverend Maynard, tomorrow is harvest day and to them it is the holocaust.
[Redigerat av spango den 29 maj 2001]