Silverlight kører Ruby og Python i browseren
-
af
The-Lone-Gunman
, redigeret af Emil
mboost-dp1
Microsoft
#1 Silverlight er ligesom Flash, så det er ikke meningen man skal arbejde med DOM når man laver Silverlight. Uanset i hvilket sprog man skriver sin Silverlight-applikation.
At springe DOM'en over lyder som en sund ide.
Men jeg kunne godt være bekymret for idéen i at tillade endnu flere scriptsprog:
1) Ethvert sådant sprog er en potentiel sikkerhedsrisiko, da man ofte kan konstruere diverse ondsindede mekanismer, når man har et helt scriptsprog til rådighed.
2) Microsoft vil tillade diverse extensions, sådan at folk nu igen kan lave websider der "kun virker i Internet Explorer". Det er deres måde at tvinge sig ind på markedet på - og blive der.
Men jeg kunne godt være bekymret for idéen i at tillade endnu flere scriptsprog:
1) Ethvert sådant sprog er en potentiel sikkerhedsrisiko, da man ofte kan konstruere diverse ondsindede mekanismer, når man har et helt scriptsprog til rådighed.
2) Microsoft vil tillade diverse extensions, sådan at folk nu igen kan lave websider der "kun virker i Internet Explorer". Det er deres måde at tvinge sig ind på markedet på - og blive der.
I dag er man primært afhængig af at kunne JavaScript, hvis man vil arbejde med webapplikationer, der kører i en browser, men med Silverlight vil udviklere kunne skrive i det sprog, de også bruger på server-delen.
Server siden? Dvs. java? :-P
Jeg vil i øvrigt gøre opmærksom på java har kunnet dette i et stykke tid med JRuby og Jython + java web start alm. jre og hvad der nu ellers afvikler java.
Det er dog positivt også Microsoft ser fordelene i at understøtte Ruby.
#7 Med os mener du arkitektur, og den eneste for alvor brugte desktop arkitektur, også for unix folk, er x86.
Det er da yderst interessant, at MS rent faktisk vil gøre noget for folk der bruger sprog som ikke er lavet af MS :D
Fornuftigt!
#3 Jeg tror ikke det bliver noget problem. Bag facaden køres sprogene af samme engine, så det er der, sikkerhedshullerne kan være. Det overordnede lag, dvs. det programmeringssprog som udvikleren ser, bliver jo blot fortolket til noget mellemkode som afvikles... Lidt ligesom at du i .NET kan skrive C#, VB osv. eller i ASP kan skrive i JScript og VBScript
Fornuftigt!
#3 Jeg tror ikke det bliver noget problem. Bag facaden køres sprogene af samme engine, så det er der, sikkerhedshullerne kan være. Det overordnede lag, dvs. det programmeringssprog som udvikleren ser, bliver jo blot fortolket til noget mellemkode som afvikles... Lidt ligesom at du i .NET kan skrive C#, VB osv. eller i ASP kan skrive i JScript og VBScript
#3
Som #4 også skriver så bliver det compileret af så bliver det kørt gennem .NET og er derfor 99% sikkert.
Det er ideen med DRL at man skal kunne bruge diverse scriptsprog sammen med et stærkt framework (ie. .NET) , og det ser super lovende ud indtil videre.
I kan læse mere om DLR her:
http://en.wikipedia.org/wiki/Dynamic_Language_Runt...
og mere om de 2 script sprog, IronPython og IronRuby, her:
http://en.wikipedia.org/wiki/IronPython
http://en.wikipedia.org/wiki/IronRuby
Derudover findes der allerede LUA som often bliver brugt til spil engines, som f.eks. World of Warcraft.
DLR er helt klart et af de bedre udviklings projekter i nyere tid, og en genial måde for Microsoft at få andre programmører til at benytte .NET uden a opgive deres favoridt sprog.
Faktisk endnu bedre, da DLR kan rettighedsbegrænses MEGET mere end du kan med JScript/VBScript i ASP.
Derudover vil MS (som i kan læse på wiki) også fase Visual Basic over på DLR og så lade C# være det eneste pure sprog på .NET
Som #4 også skriver så bliver det compileret af så bliver det kørt gennem .NET og er derfor 99% sikkert.
Det er ideen med DRL at man skal kunne bruge diverse scriptsprog sammen med et stærkt framework (ie. .NET) , og det ser super lovende ud indtil videre.
I kan læse mere om DLR her:
http://en.wikipedia.org/wiki/Dynamic_Language_Runt...
og mere om de 2 script sprog, IronPython og IronRuby, her:
http://en.wikipedia.org/wiki/IronPython
http://en.wikipedia.org/wiki/IronRuby
Derudover findes der allerede LUA som often bliver brugt til spil engines, som f.eks. World of Warcraft.
DLR er helt klart et af de bedre udviklings projekter i nyere tid, og en genial måde for Microsoft at få andre programmører til at benytte .NET uden a opgive deres favoridt sprog.
9 skrev:Lidt ligesom at du i .NET kan skrive C#, VB osv. eller i ASP kan skrive i JScript og VBScript
Faktisk endnu bedre, da DLR kan rettighedsbegrænses MEGET mere end du kan med JScript/VBScript i ASP.
Derudover vil MS (som i kan læse på wiki) også fase Visual Basic over på DLR og så lade C# være det eneste pure sprog på .NET
#3 - 2)
kig her
http://www.microsoft.com/silverlight/resources/ins...
som du kan læse der, så understøtter de Mac..
og det sidste jeg læste, var at de også var interesserede i at få det til at virke til Linux..
udover det, så er der også snak om Developer muligheder til diverse platforme,
så det eneste MS prøver på her er vidst at lave en konkurrent til Flash (omend SilverLight allerede nu er efter min egen mening, et langt federe sprog, med mange flere muligheder, og med MS tempo de har med ASP.net, SilverLight, Ajax osv, så tror jeg også at de kan gå hen og fange noget af markedet..)
så sagt som det er, så synes jeg du skal pakke dit MS-Bashing lidt væk, da MS viser mere og mere at de er interesserede i Multi-Platform
#on-Topic:
Det virker som om at de virkelig prøver at promovere SilverLight, synes der har været mange nyheder omkring silverlight, plus deres 100'vis af Tuturials de har på deres silverlight dev. side..
og synes det er lækkert nok at de tilføjer flere og flere muligheder dertil..
så kan vidst kun sige, keep up the good work...
kig her
http://www.microsoft.com/silverlight/resources/ins...
som du kan læse der, så understøtter de Mac..
og det sidste jeg læste, var at de også var interesserede i at få det til at virke til Linux..
udover det, så er der også snak om Developer muligheder til diverse platforme,
så det eneste MS prøver på her er vidst at lave en konkurrent til Flash (omend SilverLight allerede nu er efter min egen mening, et langt federe sprog, med mange flere muligheder, og med MS tempo de har med ASP.net, SilverLight, Ajax osv, så tror jeg også at de kan gå hen og fange noget af markedet..)
så sagt som det er, så synes jeg du skal pakke dit MS-Bashing lidt væk, da MS viser mere og mere at de er interesserede i Multi-Platform
#on-Topic:
Det virker som om at de virkelig prøver at promovere SilverLight, synes der har været mange nyheder omkring silverlight, plus deres 100'vis af Tuturials de har på deres silverlight dev. side..
og synes det er lækkert nok at de tilføjer flere og flere muligheder dertil..
så kan vidst kun sige, keep up the good work...
"Glæder" mig til der kommer rigtige irriterende reklamer kørende gennem Silverlight, ganske som vi har set det med de andre teknologier (Flasshhhhh).
Kort efter kommer der forhåbentligt et firefox plug in til blokering af Silverlight applikationer.
Er ved at være træt af grafisk lir på websider/webapplikationer.
Kort efter kommer der forhåbentligt et firefox plug in til blokering af Silverlight applikationer.
Er ved at være træt af grafisk lir på websider/webapplikationer.
Dette er sikker bare MS nye trick til at afholde folk fra at skifte til Linux. Vi laver et super browser plugin, som vi en gang i fremtiden vil understytte i Linux.
Så kan folk gå i gang med at lave web-apps som alle kan bruge. Om et par år er realiteten så bare at det kun virker 98% i linux og alle de web-apps der nu er lavet kun virker hos windows brugere.
Same old, same old.
- IE's "fejl", der har medført at utalige hjemmesider kun virker i IE.
- MS Office formater, der kun kan læses af MS.
- Windows Movie Maker (hvilket er noget af det mest brugervenlige software fra MS IMHO), der resultere i wmv, der ikke må afvikles uden en MS licens.
Og lad os nu se hvor åbent OOXML formatet bliver. Jeg tror de har udviklet et system der gør at de kan åbne standarden og beskrive alt om den, så "alle" kan implementere den. Men virkligheden er at, det er lavet så kompliceret at man skal bruge et slags tool til at bruge den.
Sagt med andre ord, så er OOXML standarden beskrevet udfra MS Office output funktion, måske enda ledt gemmen en slags fuckup algoritme. Det burde have været OOXML, der var lavet enkelt først og så MS Office der blev lavet til at håndtere standarden.
Der kommer sikkert sindsyg meget bøvl med at MS ikke engang kan overholde deres egen standard.
Lav lige et program der laver output til et Word dokument
ODF OOXML documentation size
Så kan folk gå i gang med at lave web-apps som alle kan bruge. Om et par år er realiteten så bare at det kun virker 98% i linux og alle de web-apps der nu er lavet kun virker hos windows brugere.
Same old, same old.
- IE's "fejl", der har medført at utalige hjemmesider kun virker i IE.
- MS Office formater, der kun kan læses af MS.
- Windows Movie Maker (hvilket er noget af det mest brugervenlige software fra MS IMHO), der resultere i wmv, der ikke må afvikles uden en MS licens.
Og lad os nu se hvor åbent OOXML formatet bliver. Jeg tror de har udviklet et system der gør at de kan åbne standarden og beskrive alt om den, så "alle" kan implementere den. Men virkligheden er at, det er lavet så kompliceret at man skal bruge et slags tool til at bruge den.
Sagt med andre ord, så er OOXML standarden beskrevet udfra MS Office output funktion, måske enda ledt gemmen en slags fuckup algoritme. Det burde have været OOXML, der var lavet enkelt først og så MS Office der blev lavet til at håndtere standarden.
Der kommer sikkert sindsyg meget bøvl med at MS ikke engang kan overholde deres egen standard.
Lav lige et program der laver output til et Word dokument
ODF OOXML documentation size
#13: Synd, det er ellers netop som udvikler at Silverlight er interessant - at sammenligne det med Flash er en fejl, det er 2 vidt forskellige målgrupper de 2 teknologier appellerer til.
Hvor Flash appellerer til grafikere/designere, så appellerer Silverlight i langt højere grad til udviklere (omend der også er ganske gode muligheder for designere med Microsoft Expression Blend)
#14: Det er 5 år siden jeg generede mine første OOXML dokumenter serverside (manuelt kodet og uden brug af MS Office) - det fungerede fint. Lad nu være med at skyde ting ned med gisninger om det ene og andet og hold dig til facts. Desuden har OOXML debatten intet med XAML eller for den sags skyld, den her nyhed at gøre.
Hvor Flash appellerer til grafikere/designere, så appellerer Silverlight i langt højere grad til udviklere (omend der også er ganske gode muligheder for designere med Microsoft Expression Blend)
#14: Det er 5 år siden jeg generede mine første OOXML dokumenter serverside (manuelt kodet og uden brug af MS Office) - det fungerede fint. Lad nu være med at skyde ting ned med gisninger om det ene og andet og hold dig til facts. Desuden har OOXML debatten intet med XAML eller for den sags skyld, den her nyhed at gøre.
#15
Det ændre da ikke på min teori.
Bliver det gjort åbent fordi folk(politikere) vil have det og det nu er blevet populært.
Eller bliver det gjort åbent fordi, de vil give andre muligheden for at implementere i anden brug end hvad der ganver MS.
Så bliver det spændende at se hvor nemt det bliver at implementere og arbejde med XAML i forhold til Flash på andre platforme.
Hvis du ikke var sådanne en MS-fanboy, ville du måske kunne se hvordan MS bare vil krydre deres egen røv, ved at gøre alt for at holde på desktop markedet. De har nu fået politikere og nogle udviklere der arbejder i windows til at tro, at det der bliver lavet til windows relativt let kan porteres til andre systemer. Men hvordan er virkligheden ?
MS java - .NET er også skide smart da .NET apps kan køre på andre platforme. JA JA RIGHT !
Hvor mange udvilkere er ikke hoppet med på : Ud med Java ind med .NET. Vi kan jo senere rette det til så det kan køres på andre OS'es.
Smart move MS.
#14 Det er da rimeligt godt gået at du har lavet output til et format ca 3 år før det kom frem.
Så vidt jeg ved, så er den endelige dokumentation ikke helt på plads endnu.
http://www.robweir.com/blog/2007/06/file-format-ti...
Det ændre da ikke på min teori.
Bliver det gjort åbent fordi folk(politikere) vil have det og det nu er blevet populært.
Eller bliver det gjort åbent fordi, de vil give andre muligheden for at implementere i anden brug end hvad der ganver MS.
Så bliver det spændende at se hvor nemt det bliver at implementere og arbejde med XAML i forhold til Flash på andre platforme.
Hvis du ikke var sådanne en MS-fanboy, ville du måske kunne se hvordan MS bare vil krydre deres egen røv, ved at gøre alt for at holde på desktop markedet. De har nu fået politikere og nogle udviklere der arbejder i windows til at tro, at det der bliver lavet til windows relativt let kan porteres til andre systemer. Men hvordan er virkligheden ?
MS java - .NET er også skide smart da .NET apps kan køre på andre platforme. JA JA RIGHT !
Hvor mange udvilkere er ikke hoppet med på : Ud med Java ind med .NET. Vi kan jo senere rette det til så det kan køres på andre OS'es.
Smart move MS.
#14 Det er da rimeligt godt gået at du har lavet output til et format ca 3 år før det kom frem.
Så vidt jeg ved, så er den endelige dokumentation ikke helt på plads endnu.
http://www.robweir.com/blog/2007/06/file-format-ti...
#18 Fint at du så har lavet noget der virkede dengang. Men hvis du ikke har læst og forstået hele standarden, kan du jo ikke være sikker på, at det du har lavet kommer til at virke i næste office pakke.
Min pointe er at man skal gnave sig gemmen dette for at man kan lave noget man er "sikker" på virker.
Det du engang lavede, har vel været lidt i stil med masere en lort i en pose for at finde ud af, hvad der var blevet spist dagen før.
Hvilket også er det man har gjort for at kunne lave MS IO i OpenOffice.org, hvilket er skyld i at det ikke virker 100%
Min pointe er at man skal gnave sig gemmen dette for at man kan lave noget man er "sikker" på virker.
Det du engang lavede, har vel været lidt i stil med masere en lort i en pose for at finde ud af, hvad der var blevet spist dagen før.
Hvilket også er det man har gjort for at kunne lave MS IO i OpenOffice.org, hvilket er skyld i at det ikke virker 100%
#19: Korrekt, der er lavet en del om på standarden siden da - visse ting er blevet meget mere åbne. Hvis det ikke var for standardiseringsprocessen så havde det formentlig også været bagudkompatibelt idag, men det kan jeg nu godt leve med ikke er tilfældet da standardiseringen har været et langt vigtigere mål for Microsoft.
Og nej, man behøver ikke gnave sig igennem hele dokumentationen for at finde ud af om det man laver virker - meget af det omhandler understøttelse af obskur funktionalitet som for 99,99% vedkommende er fuldstændig irrelevant. Derudover understøtter OOXML både Word, Excel og Powerpoint funktionalitet - hvilket altså dækker en hel del. Derudover er der stor forskel på om man har behov for at rendere eller generere et word dokument - til sidstnævnte del er dokumentationen til at have med at gøre.
Men hvorfor diskuterer vi overhovedet det her, nyheden handler om Silverlight og tilføjelsen af dynamiske sprog, der intet har med OOXML at gøre?
Og nej, man behøver ikke gnave sig igennem hele dokumentationen for at finde ud af om det man laver virker - meget af det omhandler understøttelse af obskur funktionalitet som for 99,99% vedkommende er fuldstændig irrelevant. Derudover understøtter OOXML både Word, Excel og Powerpoint funktionalitet - hvilket altså dækker en hel del. Derudover er der stor forskel på om man har behov for at rendere eller generere et word dokument - til sidstnævnte del er dokumentationen til at have med at gøre.
Men hvorfor diskuterer vi overhovedet det her, nyheden handler om Silverlight og tilføjelsen af dynamiske sprog, der intet har med OOXML at gøre?
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