Ígéreteimmel ellentétben sajnos tegnap nem tudtam folytatni a megkezdett eszmefuttatásomat, mivel tegnap eléggé lefárasztott az este 6-tól 8-ig tartó analízis zh-m. Visszaolvasva a tegnapelőtti blogbejegyzésemet észrevettem egy hibát, amelyet szintén a fáradságomra fognék. Ugyanis értelemszerűen nem a Runtime telepítésével lehetnek problémák, hanem a Silverlight Tools for VS08 csomag telepítésével. Mellesleg erre a mellékelt url címéből is rá lehet jönni, de most már emiatt nem javítok bele a bejegyzésbe.
Eszköztámogatottság
Nos, a sok magyarázkodás után folytassuk ott, ahol tegnapelőtt félbehagytam, vagyis az eszköztámogatottságnál. Ugyebár alapkoncepciónk az, hogy egy alkalmazás = markup + kód, vagyis amit el lehet készíteni deklaratív módon azt megpróbáljuk az Expression Studio segítségével megalkotni, és csak az üzleti logika, illetve adatelérési réteg, stb. megírásához használjuk a Visual Studio-t!
Két kérdés merülhet fel ilyenkor bennünk:
– Az egyik, hogy mit tudunk megvalósítani deklaratív módon, vagyis hol vannak a XAML határai?
– A másik kérdés pedig mindez miért jó nekünk?
Először a második kérdésre válaszolok. Ha a megjelenítési réteget külön tudjuk választani a tényleges kódtól, akkor magunkat megkíméljük egy csomó kódolástól, illetve a designerek is így nagyobb szabadság fokot kapnak! Ez azért valósítható meg, mert a WPF-ben látott deklaratív adatkötést a Silverlight 2.0 is támogatja már. Szerintem ez a legjobb dolog az egészben, ugyanis ha csak silverlight-os objektumok állapotait akarjuk megváltoztatni események bekövetkezésekor, akkor mindezt megtehetjük Expression Blend-ben. Sőt akár CLR-beli objektumokat is felhasználhatunk adatkötéshez! Nekem nagyon bejön ez a feature. Mutatok egy egyszerű példát, csak hogy érezzük a dolog súlyát:
Nos, a sok magyarázkodás után folytassuk ott, ahol tegnapelőtt félbehagytam, vagyis az eszköztámogatottságnál. Ugyebár alapkoncepciónk az, hogy egy alkalmazás = markup + kód, vagyis amit el lehet készíteni deklaratív módon azt megpróbáljuk az Expression Studio segítségével megalkotni, és csak az üzleti logika, illetve adatelérési réteg, stb. megírásához használjuk a Visual Studio-t!
Két kérdés merülhet fel ilyenkor bennünk:
– Az egyik, hogy mit tudunk megvalósítani deklaratív módon, vagyis hol vannak a XAML határai?
– A másik kérdés pedig mindez miért jó nekünk?
Először a második kérdésre válaszolok. Ha a megjelenítési réteget külön tudjuk választani a tényleges kódtól, akkor magunkat megkíméljük egy csomó kódolástól, illetve a designerek is így nagyobb szabadság fokot kapnak! Ez azért valósítható meg, mert a WPF-ben látott deklaratív adatkötést a Silverlight 2.0 is támogatja már. Szerintem ez a legjobb dolog az egészben, ugyanis ha csak silverlight-os objektumok állapotait akarjuk megváltoztatni események bekövetkezésekor, akkor mindezt megtehetjük Expression Blend-ben. Sőt akár CLR-beli objektumokat is felhasználhatunk adatkötéshez! Nekem nagyon bejön ez a feature. Mutatok egy egyszerű példát, csak hogy érezzük a dolog súlyát:
<TextBlock x:Name=”lblAge” Text=”{Binding Age, Mode=OneWay }” />
<TextBox x:Name=”txtName” Text=”{Binding Name, Mode=TwoWay }” />
<TextBox x:Name=”txtName” Text=”{Binding Name, Mode=TwoWay }” />
Az első kérdésre visszatérve, hogy hol is vannak a xaml határai, szintén egy példa segítségével próbálok meg választ adni. A Silverlight 2.0-ban a vezérlők már skinezhetőek! Ezt azt jelenti, hogy hasonlóan az ASP.NET-es Skin fájlokhoz, megadhatjuk egy adott vezérlőcsoportnak az alapkinézetet leíró tulajdonsággyűjteményét. Ezeket a Control Resource tagjein belül definiálhatjuk az úgynevezett Setter tagekkel. Mindezzel csak arra akartam utalni, hogy a XAML jóval többre képes annál, mintsem csak vonalak, meg görbék leírására.
Szóval, ha eszköztámogatottságról beszélünk, akkor főleg az Expression Studio-ra kell gondolnunk, ugyanis ezekben a szoftverekben fogjuk nagyrészt a Silverlight alkalmazásunkat fejlesztgetni. Például amikor egy olyan SL alkalmazást akarunk elkészíteni, mely média lejátszására is alkalmas, akkor a Blend mellett szükségünk lesz az Expression Encoder-re, illetve Designer-re is. A jó hír az, hogy ezek végre ténylegesen képesek jól és hatékonyan együttműködni, például a mediaelement skin-jeit könnyen átalakíthatjuk Blend-ben. Tehát az Expression Studio egyes tagjai között, illetve a Visual Studio és az Expression Blend között az átjárhatóság nagyon jól meg lett oldva…
Új szolgáltatások
Ebbe a témakörbe sok minden beletartozik, ezért csak néhány dolgot emelnék ki, melyek számomra érdekesebbek voltak. Az egyik legfontosabb új szolgáltatása az SL 2.0-nak az a több mint 20 vezérlő, amely most már szerves részét képezi a plugin-nak. Ezek között vannak olyanok melyek alapfunkciók ellátására szolgálnak (pl.: Button, CheckBox, stb.). Mások például az elrendezés (layout) kialakításában nyújtanak segítséget (StackPanel, Canvas, Grid), és megint mások pedig speciális feladatokra lettek kifejlesztve (pl.: adatkötéshez ott van a DataGird, illetve a ListBox).
Őszintén szólva nekem néhány vezérlő nem tetszik. Az egyik közülük például a Gird, ugyanis eléggé hülyén van felépítve az egész. A Gird-ről annyit kell tudni, hogy oszlopokat, meg sorokat kell benne definiálnunk, majd utána az úgynevezett Attached vagy Extented tulajdonságok segítségével tudunk az egyes cellákba elhelyezni vezérlőket. (Attached properties alatt olyan tulajdonságokat értünk, melyek alapban nem tartoznak az adott vezérlőhöz, hanem a konténer vezérlőjüktől kapják őket pl.: Canvas.Top vagy Grid.Row, stb.) Ami igazán zavar az egészben az a sok RowSpan-ozás. De ez van izélések és pofonos.
Egyik másik újdonsága az SL2.0-nak, hogy van benne egy úgynevezett DispatcherTimer objektum, mely a Winforms-os Timer-nek felel meg. Ebben nem vagyok teljesen biztos, hogy az 1.1-ben még nem volt, de nekem így rémlik. Ez értelemszerűen az animációk kódból történő menedzselésekor válik hasznossá.
A következő érdekes dolog számomra az volt, hogy egy Silverlight alkalmazás egy úgynevezett xap fájlba fordul le, amely valójában egy szimpla zip fájl. Emiatt ha egy aspx vagy html oldalon hosztolni akarunk egy SL progit, akkor erre az állományra kell hivatkoznunk.
Végül, de nem utolsó sorban ott van a DeepZoom, mely gigapixeles képek megjelenítésére és nagyítására képes valós időben!
Ebbe a témakörbe sok minden beletartozik, ezért csak néhány dolgot emelnék ki, melyek számomra érdekesebbek voltak. Az egyik legfontosabb új szolgáltatása az SL 2.0-nak az a több mint 20 vezérlő, amely most már szerves részét képezi a plugin-nak. Ezek között vannak olyanok melyek alapfunkciók ellátására szolgálnak (pl.: Button, CheckBox, stb.). Mások például az elrendezés (layout) kialakításában nyújtanak segítséget (StackPanel, Canvas, Grid), és megint mások pedig speciális feladatokra lettek kifejlesztve (pl.: adatkötéshez ott van a DataGird, illetve a ListBox).
Őszintén szólva nekem néhány vezérlő nem tetszik. Az egyik közülük például a Gird, ugyanis eléggé hülyén van felépítve az egész. A Gird-ről annyit kell tudni, hogy oszlopokat, meg sorokat kell benne definiálnunk, majd utána az úgynevezett Attached vagy Extented tulajdonságok segítségével tudunk az egyes cellákba elhelyezni vezérlőket. (Attached properties alatt olyan tulajdonságokat értünk, melyek alapban nem tartoznak az adott vezérlőhöz, hanem a konténer vezérlőjüktől kapják őket pl.: Canvas.Top vagy Grid.Row, stb.) Ami igazán zavar az egészben az a sok RowSpan-ozás. De ez van izélések és pofonos.
Egyik másik újdonsága az SL2.0-nak, hogy van benne egy úgynevezett DispatcherTimer objektum, mely a Winforms-os Timer-nek felel meg. Ebben nem vagyok teljesen biztos, hogy az 1.1-ben még nem volt, de nekem így rémlik. Ez értelemszerűen az animációk kódból történő menedzselésekor válik hasznossá.
A következő érdekes dolog számomra az volt, hogy egy Silverlight alkalmazás egy úgynevezett xap fájlba fordul le, amely valójában egy szimpla zip fájl. Emiatt ha egy aspx vagy html oldalon hosztolni akarunk egy SL progit, akkor erre az állományra kell hivatkoznunk.
Végül, de nem utolsó sorban ott van a DeepZoom, mely gigapixeles képek megjelenítésére és nagyítására képes valós időben!
Tutorialok, segédanyagok
Fontosnak tartom, hogy erről is ejtsek néhány szót, ugyanis a web-en eléggé elszórtan találhatóak csak jó leírások! Például a hivatalos Silverlight oldalon található SL 2.0-s howto videók szerintem eléggé gyengusra sikeredetek. Főleg, ha hozzá vesszük még azt, hogy a harmadik videóban bemutatott példaalkalmazás kódját kérni kellett, hogy ugyan tegyék már fel. Sajnos ugyanaz az illető írta a tutorialokat is, mint aki készítette a videókat. Ez meg is látszik a minőségükön (össze-vissza vannak formázva a szövegek, a kódrészletekhez tartozó magyarázatok szinte semmit se ér… ja és az első cikkben 3 oldalon keresztül magyarázza, hogy miért nem úgy mutatja be a technológiát, ahogy kéne.) Letölthetőek pdf állományban is a tutor-ok, de ha jót akarunk magunknak, akkor inkább ne tegyük (borzasztóan néz ki)!
Szerencsére azért a Silverlight.net-en találhatóak úgynevezett hands-on-lab-es gyakorlatok, melyek a MIX08 konferenciára készültek, ezért eléggé színvonalas leírásokkal, kódokkal, és 5letes példaalkalmazásokkal találkozhatunk bennük. (http://silverlight.net/learn/labs.aspx)
Akiknek mindez nem lenne elég, azoknak összegyűjtöttem egy-két blog címet:
Fontosnak tartom, hogy erről is ejtsek néhány szót, ugyanis a web-en eléggé elszórtan találhatóak csak jó leírások! Például a hivatalos Silverlight oldalon található SL 2.0-s howto videók szerintem eléggé gyengusra sikeredetek. Főleg, ha hozzá vesszük még azt, hogy a harmadik videóban bemutatott példaalkalmazás kódját kérni kellett, hogy ugyan tegyék már fel. Sajnos ugyanaz az illető írta a tutorialokat is, mint aki készítette a videókat. Ez meg is látszik a minőségükön (össze-vissza vannak formázva a szövegek, a kódrészletekhez tartozó magyarázatok szinte semmit se ér… ja és az első cikkben 3 oldalon keresztül magyarázza, hogy miért nem úgy mutatja be a technológiát, ahogy kéne.) Letölthetőek pdf állományban is a tutor-ok, de ha jót akarunk magunknak, akkor inkább ne tegyük (borzasztóan néz ki)!
Szerencsére azért a Silverlight.net-en találhatóak úgynevezett hands-on-lab-es gyakorlatok, melyek a MIX08 konferenciára készültek, ezért eléggé színvonalas leírásokkal, kódokkal, és 5letes példaalkalmazásokkal találkozhatunk bennük. (http://silverlight.net/learn/labs.aspx)
Akiknek mindez nem lenne elég, azoknak összegyűjtöttem egy-két blog címet:
http://weblogs.asp.net/scottgu/archive/2008/02/28/first-look-at-using-expression-blend-with-silverlight-2.aspx
http://mtaulty.com/communityserver/blogs/mike_taultys_blog/default.aspx
http://blogs.msdn.com/scmorris/
http://mtaulty.com/communityserver/blogs/mike_taultys_blog/default.aspx
http://blogs.msdn.com/scmorris/
Remélem ezzel a kis kétrészes élménybeszámolóval, illetve félig technológiai leírással senkinek nem vettem el a kedvét a SL 2.0-tól.
A blogbejegyzést értelemszerűen nem silverlight gyorstalpalónak szántam, hanem inkább rövid összefoglalónak, hogy mi is történt az 1.1-es Alpha release óta. Akik a Silverlight alapjaival is meg szeretnének ismerkedni, azoknak ajánlom az MsPortal Tanulmányi hetet!
A blogbejegyzést értelemszerűen nem silverlight gyorstalpalónak szántam, hanem inkább rövid összefoglalónak, hogy mi is történt az 1.1-es Alpha release óta. Akik a Silverlight alapjaival is meg szeretnének ismerkedni, azoknak ajánlom az MsPortal Tanulmányi hetet!
DOTNET érthetően... (főleg Silverlight) 