Werking van Silverlight?

[Verwijderd]

Hey,

voor mijn eindwerk op de avondschool maak ik een programma voor architecten. Omdat dit dus zowel op mac os x als windows moet kunnen draaien ben ik gaan zoeken wat mijn mogelijkheden zijn. Ik ben dan terechtgekomen bij Silverlight. Maar helaas kan ik niet eenduidig vinden of dit een oplossing is voor mijn programma. Daarom een paar vraagjes hierover:

1) Als ik het goed begrijp, dan runt je Silverlight programma in een virtuele machine in een browser? Dus eigenlijk kan je je programma maken zoals een 'desktop' programma, en dit zal dan in elke browser draaien?
2) Dus als het programma in C# geschreven is, dan kan dit gerunt worden op een server met mac os x?
3) Kan ik aan een database op een andere locatie vanuit het programma? Of loopt dit programma afgesloten van al de rest?

alvast bedankt.

[Verwijderd]

Waarom moet het per se Silverlight worden? Heb je al gekeken naar iets als Java?

[Marzman]

Ik ben geen programmeur en ik weet niet of dat een probleem is, maar het lijkt me wel relevant. Zoals ik het begrepen heb moet je er wel een licentie voor afsluiten bij Microsoft om content in Silverlight te kunnen afspelen. Dat is in ieder geval de officiele reden dat de Popcornhours er niet mee overweg kunnen.

[Phyxion]

Verwijderd schreef op dinsdag 01 februari 2011 @ 08:57:
Hey,

voor mijn eindwerk op de avondschool maak ik een programma voor architecten. Omdat dit dus zowel op mac os x als windows moet kunnen draaien ben ik gaan zoeken wat mijn mogelijkheden zijn. Ik ben dan terechtgekomen bij Silverlight. Maar helaas kan ik niet eenduidig vinden of dit een oplossing is voor mijn programma. Daarom een paar vraagjes hierover:

1) Als ik het goed begrijp, dan runt je Silverlight programma in een virtuele machine in een browser? Dus eigenlijk kan je je programma maken zoals een 'desktop' programma, en dit zal dan in elke browser draaien?
2) Dus als het programma in C# geschreven is, dan kan dit gerunt worden op een server met mac os x?
3) Kan ik aan een database op een andere locatie vanuit het programma? Of loopt dit programma afgesloten van al de rest?

alvast bedankt.

1) Silverlight draait gewoon lokaal. Je kan geloof ik ook een desktop applicatie hiervan maken (correct me if i'm wrong ).
2) Je hebt een server nodig met ASP.NET ondersteuning.
3) Je kan gewoon verbinding maken met een database.

[beany]

Phyxion schreef op dinsdag 01 februari 2011 @ 09:03:
[...]

1) Silverlight draait gewoon lokaal. Je kan geloof ik ook een desktop applicatie hiervan maken (correct me if i'm wrong ).
2) Je hebt een server nodig met ASP.NET ondersteuning.
3) Je kan gewoon verbinding maken met een database.

1) Zoek op de term RIA(Rich Internet Applications)
2) Nee hoor, draait ook prima vanaf een linux webserver. Het zijn bestandjes die je op een webserver zet, van belang is dat de client Silverlight geinstalleerd heeft.
3) Kijk eens naar REST, of webservices. Op die manier is prima data uit te wisselen.

[Tsjilp]

Als alternatief kun je nog kijken naar Adobe AIR,
je kan dan in AS3 of in javascript programmeren.
AIR is crossplatform en werkt op Windows, OSX en Linux

[.oisyn]

Marzman schreef op dinsdag 01 februari 2011 @ 09:01:
Ik ben geen programmeur en ik weet niet of dat een probleem is, maar het lijkt me wel relevant. Zoals ik het begrepen heb moet je er wel een licentie voor afsluiten bij Microsoft om content in Silverlight te kunnen afspelen. Dat is in ieder geval de officiele reden dat de Popcornhours er niet mee overweg kunnen.

Volgens mij ben je in de war met een eigen implementatie voor de in Silverlight gebruikte audio en video codecs, waar je idd een licentie voor moet afnemen. Voor de rest is Silverlight gewoon open.

[Phyxion]

beany schreef op dinsdag 01 februari 2011 @ 09:09:
[...]

1) Zoek op de term RIA(Rich Internet Applications)
2) Nee hoor, draait ook prima vanaf een linux webserver. Het zijn bestandjes die je op een webserver zet, van belang is dat de client Silverlight geinstalleerd heeft.
3) Kijk eens naar REST, of webservices. Op die manier is prima data uit te wisselen.

Ik zie het inderdaad

[YopY]

Phyxion schreef op dinsdag 01 februari 2011 @ 09:03:
2) Je hebt een server nodig met ASP.NET ondersteuning.

beany schreef op dinsdag 01 februari 2011 @ 09:09:
2) Nee hoor, draait ook prima vanaf een linux webserver. Het zijn bestandjes die je op een webserver zet, van belang is dat de client Silverlight geinstalleerd heeft.

Voor de eenduidigheid t.o.v. de TS en evt. andere passanten: wie van jullie twee heeft gelijk? Bronvermeldingen e.d. zouden handig zijn, want ASP.NET ondersteuning v.s. bestandjes-op-een-webserver is voor de TS een significant verschil.

[beany]

YopY schreef op dinsdag 01 februari 2011 @ 13:41:
[...]


[...]


Voor de eenduidigheid t.o.v. de TS en evt. andere passanten: wie van jullie twee heeft gelijk? Bronvermeldingen e.d. zouden handig zijn, want ASP.NET ondersteuning v.s. bestandjes-op-een-webserver is voor de TS een significant verschil.

http://msdn.microsoft.com...ff921170(v=pandp.20).aspx

Silverlight applications can be hosted on most types of Web servers, like Internet Information Server (IIS) or Apache. However, most Web servers are usually configured to serve only a short list of well-known file extensions. To allow Silverlight applications to be served from your Web server, you have to allow the MIME types in the following table to be served.

Al is het wel afhankelijk van welke features je gebruik maakt. Als je met WCF aan de slag gaat is ASP.NET misschien wel handig. Maar voor het meeste heb je niet perse ASP.NET nodig hoor

[ZaZ]

beany schreef op dinsdag 01 februari 2011 @ 13:48:
[...]

Al is het wel afhankelijk van welke features je gebruik maakt. Als je met WCF aan de slag gaat is ASP.NET misschien wel handig. Maar voor het meeste heb je niet perse ASP.NET nodig hoor

Gebruik maken van WCF maakt geen zak uit.
Je downloadt eigenlijk gewoon een soort van standalone applicatie en die wordt op je eigen computer uitgevoerd in een sandbox. Op dat moment heb je eigenlijk niets meer met de server te maken tenzij op die server ook nog een WCF service draait van jezelf natuurlijk. Dan is het een ander verhaal.

[beany]

ZaZ schreef op dinsdag 01 februari 2011 @ 16:45:
[...]

Gebruik maken van WCF maakt geen zak uit.
Je downloadt eigenlijk gewoon een soort van standalone applicatie en die wordt op je eigen computer uitgevoerd in een sandbox. Op dat moment heb je eigenlijk niets meer met de server te maken tenzij op die server ook nog een WCF service draait van jezelf natuurlijk. Dan is het een ander verhaal.

En veel, zoniet de meeste, gevallen zal je met WCF met je eigen server communiceren. Dus het gebruik van WCF moet wel degelijk wat uit. Of anders: Denk goed na wat je precies wilt en waar je het wil hosten. Maar kaal Silverlight is zonder problemen op een niet iis-server te hosten.

[Verwijderd]

Allemaal bedankt voor de uitleg. Mijn eindwerk zal dus met Silverlight worden. Kijk er al naar uit!

[Verwijderd]

Toch nog een vraagje:

Dus als ik een programma schrijf met lagen, domein laag, persistentielaag, ui laag, waarvan enkel de ui laag in Silverlight is en de rest gewoon c#, dan kan de server dus zowel mac als pc zijn? (aangezien er iemand zei dat alles gedownload word naar de client om te runnen).

[beany]

en de rest gewoon c#

Als je de rest niet in de Silverlight app stopt, waar ga je het dan laten

[ZaZ]

Je kan wel aan code reuse doen, maar niet met native .net assemblies.
Inderdaad om het 'probleem' af te vangen dat de client dan geen dotnet hoeft te hebben (hoe moet het anders werken voor mac/linux gebruikers?)
Daarom moeten je libs ook silverlight assemblies worden.
Ofwel, alles in silverlight dus. Je komt wel een heel eind door virtuele references te maken naar files in je silverlight app naar een native .net app.

[Verwijderd]

"Ofwel, alles in silverlight dus. Je komt wel een heel eind door virtuele references te maken naar files in je silverlight app naar een native .net app."

Dus het is wel mogelijk om native .net apps voor sommige lagen te gebruiken, maar dan met virtuele referenties. Zijn deze virtuele referenties gesynchroniseerde kopies van de native apps in de silverlight app? Zoals je in Java ook kan doen als je een web app schrijft?

[ZaZ]

Ja, er zijn wel wat uitzonderingen, maar over het algemeen kun je best aardig wegkomen met links naar files die in een .net project zitten.

Zal die referenties even iets meer proberen uit te leggen in een simpel voorbeeld:

Je hebt je WinForms GUI in .net

Je businesslogic in een .net project met de files
foo.cs
bar.cs

Silverlight businesslogic project die linked naar je .net project
Gewoon een nieuw project starten en dan add existing item doen.
Ga naar je foo.cs en dan opletten dat je niet gewoon 'Add' kiest, maar het dropdownpijltje en dan 'Add as Link'
Anders kopieert ie de sourcefile naar zijn eigen plek en dat is natuurlijk rot met versiebeheer en code reuse.

Als je dan aan het debuggen bent in je .net app en bug oplost is ie ook opgelost in je Silverlight app en hoef je alleen een recompile te doen

[Guldan]

Je kan natuurlijk ook je BLL laag via een webservice benaderen enige lastige is dan feitenlijk de UTIL laag.. maar het lijkt mij sterk dat je die niet in beide kan gebruiken door ze als reference aan en je BLL en je GUI toe te voegen.

[Verwijderd]

Guldan schreef op dinsdag 08 februari 2011 @ 11:01:
Je kan natuurlijk ook je BLL laag via een webservice benaderen enige lastige is dan feitenlijk de UTIL laag.. maar het lijkt mij sterk dat je die niet in beide kan gebruiken door ze als reference aan en je BLL en je GUI toe te voegen.

Het probleem met een webservice is dat deze zowel op windows als mac os x moet draaien, en ik ken er geen die dat kan voor .net applicaties, of ben ik mis? Ik bedoel dat de server zowel windows als mac os x mag draaien, dat is een voorwaarde voor mijn programma.

[ Voor 9% gewijzigd door Verwijderd op 12-02-2011 09:11 ]

[Woy]

ZaZ schreef op dinsdag 08 februari 2011 @ 10:44:
Ja, er zijn wel wat uitzonderingen, maar over het algemeen kun je best aardig wegkomen met links naar files die in een .net project zitten.

Zal die referenties even iets meer proberen uit te leggen in een simpel voorbeeld:

Je hebt je WinForms GUI in .net

Je businesslogic in een .net project met de files
foo.cs
bar.cs

Silverlight businesslogic project die linked naar je .net project
Gewoon een nieuw project starten en dan add existing item doen.
Ga naar je foo.cs en dan opletten dat je niet gewoon 'Add' kiest, maar het dropdownpijltje en dan 'Add as Link'
Anders kopieert ie de sourcefile naar zijn eigen plek en dat is natuurlijk rot met versiebeheer en code reuse.

Als je dan aan het debuggen bent in je .net app en bug oplost is ie ook opgelost in je Silverlight app en hoef je alleen een recompile te doen

Waarom zou je files als link toevoegen? Je kunt beter gewoon zorgen dat je een losse assembly hebt waar je gewoon een reference naar kunt leggen.

[ZaZ]

Woy schreef op zaterdag 12 februari 2011 @ 09:39:
[...]

Waarom zou je files als link toevoegen? Je kunt beter gewoon zorgen dat je een losse assembly hebt waar je gewoon een reference naar kunt leggen.

Omdat je niet een reference naar een .net assembly kunt leggen?
Dus maak je een Silverlight assembly die gebruik maakt van je files uit je .net project.

[alwinuzz]

Je kan ook een SL assembly maken met alleen de business-logic. En die dan referencen in zowel je SL gui project als in je WinForms gui project. Volgens mij kan dit pas vanaf SL4.