mboost-dp1
unknown
Er der nogen, der har prøvet at få MonoDevelop til at du på Windows? Build-guiden ser ud til at være temmelig unix-specifik, så hvis der er nogen, der ved, hvad det kræver, vil jeg gerne vide det.
Det er jo sejt.. Glæder mig til at teste af.. Jeg er en ny linux-nørd, som føler at en helt ny verden er åben, efter at jeg har leget med gentoo de sidste 14 dage!!
Jeg har været inkarneret windows bruger, men kan nu se styrken i Linux til serverbrug.. Er du vild, mand!!
Nå, det var lidt ot, men smart at man kan køre .net under linux på sin apache... længe leve Linux (starter en bølge... ... ser lidt mærkelig ud, fordi jeg sidder som eneste person på kontoret...)
Jeg har været inkarneret windows bruger, men kan nu se styrken i Linux til serverbrug.. Er du vild, mand!!
Nå, det var lidt ot, men smart at man kan køre .net under linux på sin apache... længe leve Linux (starter en bølge... ... ser lidt mærkelig ud, fordi jeg sidder som eneste person på kontoret...)
har personligt ikke kunne få mod_mono til at virke med gentoo, men XSP virker fint med webservices her på linux (udviklet med vs.net på win, kopieret direkte over, og kører bare, virkelig nice :)
#3 (Neutral)
Bruger :
mekzilla
fra http://primates.ximian.com/~miguel/archive/2004/Ju... (fra Miguel de Icaza's blog):
25 Jun 2004: Microsoft demoing Mono (Permalink)
Various reports have arrived that Microsoft was demoing Mono at the LinuxDays. I do not have more data other than a Windows machine was used to build a web application, copied to Linux and ran there and that they also showed Monodoc.
#1
Hvorfor ikke bare bruge Sharpdevelop?
Bruger :
mekzilla
fra http://primates.ximian.com/~miguel/archive/2004/Ju... (fra Miguel de Icaza's blog):
25 Jun 2004: Microsoft demoing Mono (Permalink)
Various reports have arrived that Microsoft was demoing Mono at the LinuxDays. I do not have more data other than a Windows machine was used to build a web application, copied to Linux and ran there and that they also showed Monodoc.
#1
Hvorfor ikke bare bruge Sharpdevelop?
@5: Fordi #Develop kræver MS's .NET med dets *horrible* licensbetingelser, som jeg nægter at acceptere.
Uden og have læst yderligere på det - men vil det sige at det er muligt at køre ASP.net script på Apache webserver?
#7
.NET Framework EULA
http://msdn.microsoft.com/library/default.asp?url=...
.NET Framework SDK EULA addendum til ovenstående
http://msdn.microsoft.com/library/en-us/dnnetdep/h...
hvilke dele fra dem er det du mener der er horrible ?
Som jeg læser det er det kun begrændninger på redist af ovenstående frameworks ikke kode udviklet under dem, men er ikke jurist så skal ikke kunne sige det med sikkerhed.
#9
"Uden og have læst yderligere på det - men vil det sige at det er muligt at køre ASP.net script på Apache webserver? "
- asp.net er ikke scripts, men kompilerede programmer, netop en af forskellene fra asp der var et parsed script sprog vs asp.net der bliver kompileret.
.NET Framework EULA
http://msdn.microsoft.com/library/default.asp?url=...
.NET Framework SDK EULA addendum til ovenstående
http://msdn.microsoft.com/library/en-us/dnnetdep/h...
hvilke dele fra dem er det du mener der er horrible ?
Som jeg læser det er det kun begrændninger på redist af ovenstående frameworks ikke kode udviklet under dem, men er ikke jurist så skal ikke kunne sige det med sikkerhed.
#9
"Uden og have læst yderligere på det - men vil det sige at det er muligt at køre ASP.net script på Apache webserver? "
- asp.net er ikke scripts, men kompilerede programmer, netop en af forskellene fra asp der var et parsed script sprog vs asp.net der bliver kompileret.
Jeg husker den egentlig som mere fascistisk, men denne klausul står stadig tilbage:
"You may not disclose the results of any benchmark test of the .NET Framework component of the OS Components to any third party without Microsoft’s prior written approval."
Det er vel nok mystisk, at der ikke er nogen, der udtaler sig skidt om .NET's ydelse - eller hvad?
"You may not disclose the results of any benchmark test of the .NET Framework component of the OS Components to any third party without Microsoft’s prior written approval."
Det er vel nok mystisk, at der ikke er nogen, der udtaler sig skidt om .NET's ydelse - eller hvad?
Jeg var til et .Net seminar for et par måneder siden hvor de netop viste nogle benchmarks for MS Frameworket vs Mono.
I de tests kørte Mono ca. halv hastighed i forhold til MS.
Men ok, MS har også betydelig længere end mono til at optimere deres kode, så det kommer nok med tiden. Har aldrig været stor fan af Linux, men nu bliver det pludselig interessant.
I de tests kørte Mono ca. halv hastighed i forhold til MS.
Men ok, MS har også betydelig længere end mono til at optimere deres kode, så det kommer nok med tiden. Har aldrig været stor fan af Linux, men nu bliver det pludselig interessant.
#12: Er det ikke totalt ligegyldigt i forhold til at anvende det ? Hvis du er bange for at ydelsen er elendig står der ikke noget om at du ikke selv må teste det af.
Min erfaring er at det performer skide godt taget i betragtning af det kører via en VM .. det slår ihvertfald Java på det punkt og er ikke langt fra native kode.
(med andre ord, hastighedsforskellen er reelt uden betydning)
Så jeg tror faktisk ikke det er det MS er bange for at få afsløret .. der er formentlig andre bevæggrunde bag den klausul.
Men hvis det virkelig er det værste eksempel du kan finde på "horrible licensbetingelser" tror jeg nok jeg fortsat vil sove trygt om natten :)
Min erfaring er at det performer skide godt taget i betragtning af det kører via en VM .. det slår ihvertfald Java på det punkt og er ikke langt fra native kode.
(med andre ord, hastighedsforskellen er reelt uden betydning)
Så jeg tror faktisk ikke det er det MS er bange for at få afsløret .. der er formentlig andre bevæggrunde bag den klausul.
Men hvis det virkelig er det værste eksempel du kan finde på "horrible licensbetingelser" tror jeg nok jeg fortsat vil sove trygt om natten :)
ontopic: Fedt at se Mono komme ud i 1.0 .. Hvis det så bare lever nogenlunde op til forventningerne, så har vi nu den første rigtige cross-platform og cross-language teknologi.
Jeg glæder mig ihvertfald til at se hvor mange af mine løsninger der nu kan afvikles under Mono :)
Jeg glæder mig ihvertfald til at se hvor mange af mine løsninger der nu kan afvikles under Mono :)
Jeg synes også Mono er et ganske spændende projekt. Det eneste, der undrer mig lidt er, hvordan i alverden de bootstrappede deres C# compiler, når den er skrevet i C#. Jeg går ud fra, at de på et tidspunkt har skrevet en minimal C# compiler og CLR runtime i f.eks. C og så har arbejdet videre derfra. Kan nogen gøre mig klogere på hvordan det hænger sammen?
#16
Ja, du har sådan set ret... Selve Mono-bibliotekerne er skrevet i både C# og C, inklusive compiler-bibliotekerne (hvilket betyder at alle i princippet kan skrive deres egen C#-compiler, ligesom i .NET, men den oversætter til den samme IL-kode). Selve compileren er så skrevet i C#, og bygger udelukkende på compiler-bibliotekerne i basis-distributionen. For at compile compileren følger der en basal compiler med basis-distributionen, som jo nok oprindeligt er compilet med en compiler skrevet i C i Monos tidlige dage (jeg mener Mono blev self-containing omkring 0.2x).
- Simon
Ja, du har sådan set ret... Selve Mono-bibliotekerne er skrevet i både C# og C, inklusive compiler-bibliotekerne (hvilket betyder at alle i princippet kan skrive deres egen C#-compiler, ligesom i .NET, men den oversætter til den samme IL-kode). Selve compileren er så skrevet i C#, og bygger udelukkende på compiler-bibliotekerne i basis-distributionen. For at compile compileren følger der en basal compiler med basis-distributionen, som jo nok oprindeligt er compilet med en compiler skrevet i C i Monos tidlige dage (jeg mener Mono blev self-containing omkring 0.2x).
- Simon
Ja det er jo netop Mono og .GNU, som skal gøre crossplatform påstanden troværdig.
Så det er vigtigt at disse lykkedes.
Hvis man som GNU/Linux / *BSD gut gerne vil udvikle .NET kode, giver det jo heller ikke det store mening at bruge Microsoft værktøjer. (Selvom man kan.)
Specielt ikke når værktøjerne jo allerede lægger lige for næsen af en.
Så det er vigtigt at disse lykkedes.
Hvis man som GNU/Linux / *BSD gut gerne vil udvikle .NET kode, giver det jo heller ikke det store mening at bruge Microsoft værktøjer. (Selvom man kan.)
Specielt ikke når værktøjerne jo allerede lægger lige for næsen af en.
Nogen der tilfeældigvis kender et mirror? go-mono.com har det vist ikke så godt lige pt, og google er ikke lige så hjælpsom...
#13
Hvis jeg kender MS rigtigt. Så har de sammenlignet med en forældet version af mono. Jeg var til et seminar for et stykke tid siden hvor de sammenlignede Windows XP med RedHat 6.0... Hvad er det for det for en måde at sammenligne på. Som at sammenligne Windows XP med 3.11. De kunne da godt vælge at tage den nyeste Redhat op til rekvision. Så bliver tallene meget anderledes.
Hvis jeg kender MS rigtigt. Så har de sammenlignet med en forældet version af mono. Jeg var til et seminar for et stykke tid siden hvor de sammenlignede Windows XP med RedHat 6.0... Hvad er det for det for en måde at sammenligne på. Som at sammenligne Windows XP med 3.11. De kunne da godt vælge at tage den nyeste Redhat op til rekvision. Så bliver tallene meget anderledes.
#20
"mangler bare windows.forms bliver færdige, så jeg kan være rigtig cross-platform :)"
de er lige begyndt at rewrite winforms supporten, så kan tage lidt tid :)
http://lists.ximian.com/archives/public/mono-list/...
"mangler bare windows.forms bliver færdige, så jeg kan være rigtig cross-platform :)"
de er lige begyndt at rewrite winforms supporten, så kan tage lidt tid :)
http://lists.ximian.com/archives/public/mono-list/...
slet ikke nogen som har undret sig over hvorfor den er kommet i version 1?.. den mangler jo windows.forms... så final er den jo ikke...
#24 winforms er ikke en del af CLR/BCL, ms's mangler (ikke at jeg tror det nogensinde kommer :) Gtk# (der gør det samme som winforms bare med gtk) er deres builds så heller ikke final ?
de har btw et mirror site; http://www.mono-project.com der kører hurtigt, download linksne peger dog på go-mono.com
de har btw et mirror site; http://www.mono-project.com der kører hurtigt, download linksne peger dog på go-mono.com
#21
Det var Brian Eberhardt fra Super Users som holdt seminaret og som havde lavet sammenligningen. Og han er så vidt jeg ved Linux mand. Hans test var formentlig ikke så dybdegåede, men alligevel.
Indlægget var faktsik ment som en hyldest til Mono. Syntes det er cool at de på så kort tid har lavet en så omfattende .Net Compiler og VM.
Det var Brian Eberhardt fra Super Users som holdt seminaret og som havde lavet sammenligningen. Og han er så vidt jeg ved Linux mand. Hans test var formentlig ikke så dybdegåede, men alligevel.
Indlægget var faktsik ment som en hyldest til Mono. Syntes det er cool at de på så kort tid har lavet en så omfattende .Net Compiler og VM.
Til alle dem der ikke kan lige Microsoft, skal man jo lige tænk over at .net frameworket faktisk er meget mere åben en java. Microsoft har jo både frigivet dokumentation på det, plus source-koden til en .net framework (dog ikke den som de selv bruger)
Det er jo en del mere en man kan sige om sun.
Det er jo en del mere en man kan sige om sun.
Hvor mange vil på mere end hobby stadie vælge at deploye et seriøst projekt på et framework der er klampet sammen så det "ligner" det rigtige?
Mono vil altid halte bagefter MS, og implementere de ting der bliver udgivet i nye frameworks.
Allerede på nuværende tidspunkt er de +2 år bagefter.
Hvofor ikke tage MS ideen til sig og lave crossplatform kode ved integration gennem webservices?
At lave en webservice i VS, og kopiere det over på en linux box virker direkte latterlig, hvorfor ikke bruge en Apache implementering af WSDL?
http://www.w3.org/TR/wsdl
Mono vil altid halte bagefter MS, og implementere de ting der bliver udgivet i nye frameworks.
Allerede på nuværende tidspunkt er de +2 år bagefter.
Hvofor ikke tage MS ideen til sig og lave crossplatform kode ved integration gennem webservices?
At lave en webservice i VS, og kopiere det over på en linux box virker direkte latterlig, hvorfor ikke bruge en Apache implementering af WSDL?
http://www.w3.org/TR/wsdl
Så vidt jeg har forstået, så er det ligeså meget muligheden for kompatibilitet, som at Miguel (og andre - han laver jo ikke det hele selv :D) ikke ønsker at opgive "developer mindshare" uden kamp, der ligger til grund for Mono.
Det virker bare som en voldsom masse arbejde for noget som "reelt ikke kan bruges" - men dem om det :D
#32: Og hvorfor kan det så ikke reelt bruges til noget ?
Så vidt jeg kan forstå er de da oppe på samme niveau som .NET 1.1 (om det så er lige så stabilt etc. er svært at sige endnu).
Det er korrekt at MS er +2 år foran hvad .NET 2.0 angår, men derfor er det stadig et ret stort fremskridt at det nu er muligt at lave produkter i .NET der kan køre på alle de mest udbredte platforme. Et område Java ellers har haft monopol på.
Det er hovedsageligt serversoftware jeg ser som interessant i forbindelse med Mono, det åbner op for et størrer marked på den front for os .NET udviklere. Så bruges til noget mener jeg bestemt det kan .. hvis det da vel og mærke er af høj nok kvalitet og udførligt nok implementeret.
Så vidt jeg kan forstå er de da oppe på samme niveau som .NET 1.1 (om det så er lige så stabilt etc. er svært at sige endnu).
Det er korrekt at MS er +2 år foran hvad .NET 2.0 angår, men derfor er det stadig et ret stort fremskridt at det nu er muligt at lave produkter i .NET der kan køre på alle de mest udbredte platforme. Et område Java ellers har haft monopol på.
Det er hovedsageligt serversoftware jeg ser som interessant i forbindelse med Mono, det åbner op for et størrer marked på den front for os .NET udviklere. Så bruges til noget mener jeg bestemt det kan .. hvis det da vel og mærke er af høj nok kvalitet og udførligt nok implementeret.
ser ikke ud til at den vil compile på freebsd :/
smider en inssel.h No such file or directory som jeg kun kan finde som en gammel bug på google.
33# sguft > hvordan har du testet at mono performer bedre end java.. jeg ville godt selv teste men hvis det ikke engang kan compile på freebsd bliver det lidt svært.
Jeg har ret svært ved at tro at mono er hurtigere da de microbenchmarks jeg har set af java vs ms .net er ca lige hurtige og mono skulle være langsommere end .net
godt nok skal man ikke tro alt for meget på microbenchmarks..
smider en inssel.h No such file or directory som jeg kun kan finde som en gammel bug på google.
33# sguft > hvordan har du testet at mono performer bedre end java.. jeg ville godt selv teste men hvis det ikke engang kan compile på freebsd bliver det lidt svært.
Jeg har ret svært ved at tro at mono er hurtigere da de microbenchmarks jeg har set af java vs ms .net er ca lige hurtige og mono skulle være langsommere end .net
godt nok skal man ikke tro alt for meget på microbenchmarks..
prøvede lige for sjovt at lave nogen microbenchmarks og som jeg selv sagde så kan man ikke altid regne med dem.. men de giver dog et hint.
1000000000 fp operationer i java blev lavet på 6 sekunder med -server
med mono tager det mellem 25 og 30 sekunder afhæntigt hvilken --optimize= jeg benytter mig af.
jeg benyttede mig af arne_v's kode på eksperten
http://www.eksperten.dk/artikler/67
hvis der er nogen der vil prøve det igen og evt har kommentarer til om man kan benytte anden optimering i mono for at gøre det hurtigere.
1000000000 fp operationer i java blev lavet på 6 sekunder med -server
med mono tager det mellem 25 og 30 sekunder afhæntigt hvilken --optimize= jeg benytter mig af.
jeg benyttede mig af arne_v's kode på eksperten
http://www.eksperten.dk/artikler/67
hvis der er nogen der vil prøve det igen og evt har kommentarer til om man kan benytte anden optimering i mono for at gøre det hurtigere.
#34: Det var nu også .NET jeg mente og ikke Mono :)
Det kommer dog mest til udtryk i forbindelse med GUI-applikationer, der er Swing/AWT skræmmende langsomt lige så snart man begynder at lave noget bare rimelig seriøst.
Det er dog ikke fordi jeg har set nogen benchmarks på det, den udtalelse er udelukkende baseret på personlig erfaring med begge teknologier.
Det kommer dog mest til udtryk i forbindelse med GUI-applikationer, der er Swing/AWT skræmmende langsomt lige så snart man begynder at lave noget bare rimelig seriøst.
Det er dog ikke fordi jeg har set nogen benchmarks på det, den udtalelse er udelukkende baseret på personlig erfaring med begge teknologier.
ok så er jeg med.
Jeg er enig i at java ikke er optimal når det kommer til gui men det er blevet bedre. jeg har set et par swt applikationer der startede ret hurtigt og java programmer kompilet til native med jet der var ret hurtige. Et program som Intellij IDEA er også fint.. acceptabel hastighed og ser godt ud.
Men en .net application er nu heller ikke ligefrem hurtigt første gang den bliver startet.
Jeg er enig i at java ikke er optimal når det kommer til gui men det er blevet bedre. jeg har set et par swt applikationer der startede ret hurtigt og java programmer kompilet til native med jet der var ret hurtige. Et program som Intellij IDEA er også fint.. acceptabel hastighed og ser godt ud.
Men en .net application er nu heller ikke ligefrem hurtigt første gang den bliver startet.
#38: Fordi det ville betyde at du skulle udvikle samme produkt i 2 forskellige sprog og teknologier .. det er der altså ikke særlig meget økonomi i .. derimod hvis du med ganske få ressourcer kan porte dit produkt til andre platforme, så er det jo pludselig interessant.
Loadet> Har du fået Mono til at virke på FreeBSD? Jeg har også tænkt mig at give det et forsøg, men vil dog lige vide om det overhovedet kan lade sig gøre først.
-gider du evt. at kontakte mig på mail: [email protected]
-gider du evt. at kontakte mig på mail: [email protected]
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund