Wczoraj pojawił się drugi odcinek cyklu poświęconemu programowaniu na platformę Windows Phone 7 Mango. Tym razem Daniel Plawgo opowiada o Agentach (periodic i idle). Jest to sposób na stworzenie czegoś na styl aplikacji działającej w tle, co do tej pory było niemożliwe.
Jakiś czas temu zaczęliśmy pracę nad reaktywacją serii webcastów na Channel9 dotyczącej Windows Phone, o której pisałem wielokrotnie na tym blogu. Dla przypomnienia można ją znaleźć tu:
W związku z opublikowaniem nowej wersji systemu Windows Phone 7.1 Mango, która niesie ze sobą wiele zmian w API, postanowiliśmy przygotować
nową, odświeżoną wersję serii, która uzupełnia i uaktualnia informacje z pierwszej edycji.
Odcinek 1, który jest mojego autorstwa, dotyczy cyklu życia aplikacji, który uległ pewnym zmianom, a zmiany te są zdecydowanie na + 
Gorąco zachęcam do oglądania i komentowania
[download id=”4″]
Oto obiecana przeze mnie podczas prezentacji paczka, która zawiera wszystkie dema
[download id=”1″]
Dla przypomnienia (chociaż raczej nie jest to potrzebne biorąc pod uwagę, że moja sesja była skierowana do osób znających już technologię), żeby skorzystać z zawartych w solucji projektów należy pobrać darmowe narzędzia deweloperskie z tej strony, lub udać się na stronę create.msdn.com i samodzielnie “doklikać się” do wskazanej przeze mnie paczki.
Wszystkich zainteresowanych programowaniem na platformę Windows Phone zapraszam na 3 główne sesje poświęcone tej technologii. Wszystkie odbędą się w środę w sali C:
Tomasz Wiśniewski: Programowanie Windows Phone „Mango” – cz. 1 9:00
Bartosz Zass: Programowanie Windows Phone „Mango” – cz. 2 10:30
Podczas mojej sesji zaprezentuję zagadnienia związane z analizą wydajności aplikacji, połączeniem Silverlight i XNA, gestami, back stack i kilkoma innymi tematami, na które warto zwrócić uwagę podczas tworzenia aplikacji na platformę Windows Phone. Nie spodziewajcie się wielu slajdów… Przygotowałem tylko niezbędne/wymagane minimum. Cała reszta opiera się o (moim zdaniem) najlepszą platformę do prezentowania technologii, czyli Visual Studio
Kod źródłowy dem prezentowanych podczas sesji będzie dostępny na moim blogu w jednym z kolejnych postów.
Pierwszego dnia konferencji będzie dostępna również strefa ATE, w której będzie można spotkać również mnie. Jeżeli macie pytania dotyczące Windows Phone (ale i nie tylko) to zapraszam do strefy ATE od godziny 18.00
Szybkie prototypowanie jest bardzo istotne w całym procesie wytwarzania oprogramowania. Nawet gdy przygotowujemy jakąś aplikację tylko dla siebie, wówczas może się też okazać, że pierwsza wizja nie spełnia naszych oczekiwań. W takiej sytuacji prototyp stworzony w krótkim czasie pozwala na weryfikację wstępnych założeń i pomysłów.
Okazuje się, że w kontekście programowania na platformę Windows Phone również mamy dostęp do odpowiednich narzędzi, które pozwalają na prototypowanie. Wraz z SDK dla Windows Phone instalowany jest również Expression Blend. Pozwala on wygodnie stylować tworzone przez nas aplikacje, lecz okazuje się, że nie tylko! Na codeplex pod adresem http://wp7sketchflow.codeplex.com/ dostępny jest szablon dla Expression Blend, który pozwala na tworzenie prototypów aplikacji. Co więcej taki prototyp możemy później uruchomić i przetestować w formie aplikacji Siverlight działającej w przeglądarce. To nie wszystko! Gotowy projekt możemy też udostepnić do wglądu dla innych osób. Poniżej na zachętę przykładowe screeny:
Wczoraj na blogu Windows Phone Developer Blog pojawiła się informacja o gotowości mechanizmów dostępnych w ramach Marketplace do publikowania aplikacji stworzonych na nową platformę (czyli Mango). Oznacza to tyle, że deweloperzy, którzy pobrali wcześniej Windows Phone 7.1 SDK w wersji RC oraz stworzyli przy jego pomocy jakieś aplikacje, już teraz będą mogli je publikować.
Oczywiście po aktualizacji systemu do wersji 7.1 wszystkie zainstalowane do tej pory aplikacje będa nadal działać, natomiast wcześniejsze udostępnienie możliwości publikowania aplikacji przygotowanych na nową wersję platformy ma na celu jak najszybsze dostarczenie użytkownikom aplikacji o nowych możliwościach. Jak wiadomo im więcej nowych i lepszych aplikacji będzie dostępnych tuż po update oprogramowania tym lepiej dla użytkowników (i tym lepiej będą się sprzedawać nowe “Mango Ready” telefony 😉 ).
Na marginesie dobra wiadomość dla oczekujących na update – jeżeli do tej pory aplikacje działały szybko, to po updacie będą działać jeszcze szybciej (nawet ok 30%). Jest to spowodowane dużymi zmianami w silniku obsługi Silverlight, w którym jest stworzona większość aplikacji na Windows Phone oraz samego systemu. Deweloperzy będą mieli zatem jeszcze dodatkową możliwość wykorzystania bonusowych 30% wydajności dla ulepszenia aplikacji 😉
Tydzień temu ruszyła rejestracja na największą w Polsce konferencję poświęconą technologion Microsoft, czyli Microsoft Technology Summit. Podczas tegorocznej edycji będę miał przyjemność zjawić się na niej w roli prelegenta.
O czym będę mówił? Wahałem się pomiędzy WCF, a konkretnie serwisem routującym i jego dokładnym przedstawieniu a tematom związanym z Windows Phone 7. Wybór padł na WP7. Moja sesja będzie poświęcona optymalizacji oraz analizie wydajności aplikacji stworzonych na tą platformę, a takze elementom, na które trzeba zwrócić szczególną uwagę podczas tworzenia aplikacji. W skrócie można to określić jako Optymalizacja + Tips & Tricks. Nie będzie to zatem wprowadzenie do WP7 – warto, żeby słuchacze wiedzieli już co nieco na temat platformy (w razie czego warto odwiedzić pozostałe dwie sesje poświęcone Programowaniu Windows Phone “Mango”)
(wspomniane sesje wprowadzające do WP7 będą również w środę w tej samej sali o godzinie 9:00 i 10:30).
Pełna agenda konferencji jest dostępna pod adresem http://www.mtskonferencja.pl/agenda gdzie można znaleść wersję kasyczną jak i graficzną.
Stało się. Dziś dołączyłem do grona autorów artykułów publikowanych na portalu MSDN. Pierwszy z moich artykułów poświęcony jest nowym możliwościom oferowanym przez emulator Windows Phone dostarczony wraz z narzędziami Windows Phone 7.1 Mango, o których pisałem jakiś czas temu. W artykule opisuję wsparcie dla emulacji akcelerometru oraz lokalizacji. W drodze kolejne!
P.S.
Czy pamiętacie mój projekt emulatora akcelerometru? W ogóle nie widać podobieństw 😉
Przy tworzeniu aplikacji dla Windows Phone 7 może okazać się, że w designerze dostaniemy błąd o następującej treści:
Cannot create an instance of “MyControl”.
“Unable to determine application identity of the caller”.
Jeżeli aplikacja korzysta z Isolated Storage to bład ten jest zapewne spowodowany faktem, że przy ładowaniu kontrolki odwołujemy się do tego właśnie mechanizmu.
Analogiczny błąd może się pojawić gdy dodamy już kontrolkę do strony, dopiszemy do niej pewne operacje na isolated storage, które wykonują się przy jej ładowaniu a następnie wrócimy do okna designera. W takim przypadku jego treść jest bardziej znacząca:
IsoatedStorageException was thrown on “myControl”: Cannot create an instance of “MyControl”.
Aby pozbyć się błędu wystarczy umieścić kod, który korzysta z Isolated Storage wewnątrz warunku widocznego poniżej:
1 2 3 4 | if (!System.ComponentModel.DesignerProperties.IsInDesignTool) { ... } |
W ten sposób mamy pewność, że w trybie designera nasza kontrolka, nie będzie odwoływać się do niedostępnych w tym momencie zasobów Isolated Storage.
W grudniu opublikowałem post na temat mojego projektu Windows Phone 7 Accelerometer Emulator. Niedawno ponownie zasiadłem do kodu emulatora i dodałem jedną z możliwości, którą zapowiadałem.
Wyobraźmy sobie sytuację, w której piszemy jakiś kawałek kodu, który ma się zachować w określony sposób przy danej sekwencji ruchów, jaką wykona użytkownik telefonu. Do tej pory jeżeli korzystaliście z mojego projektu trzeba było wykonywać te sekwencje samemu przy każdym teście. Teraz to się zmieniło. Wystarczy raz nagrać taką sekwencję, a następnie przy kolejnych testach można ją odtworzyć. Jeżeli chcemy skorzystać z aktualnej sekwencji w późniejszych testach, wystarczy zapisać sekwencję do pliku XML. Po ponownym rozpoczęciu pracy wczytać do emulatora plik z zapisem sekwencji. Eksport ten daje również możliwość testowania przez kilku programistów tej samej sekwencji poprzez zwykłą wymianę pliku symulacji.
Użycie:
1 – przycisk Start
2 – wykonujemy sekwencję
3 – przycisk Stop
4 – aby odtworzyć wybieramy Play
5 – aby zatrzymać sekwencję w dowolnym momencie klikamy Stop
6 – jeżeli chcemy zachować sekwencję testową wybieramy Save
7 – aby wczytać wcześniej przygotowaną sekwencję wybieramy Load.
W razie gdyby w sekwencji coś poszło nie tak (wykonaliśmy nie ten ruch, który zamierzaliśmy), można wyczyścić zgromaczone dane przy pomocy przycisku Clear.
Jeszcze może słowo na temat opcji Limit – ograniczamy w ten sposób ilość zapamiętanych przez program stanów, dzięki czemu nie będzie sytuacji, w której po rozpoczęciu nagrania aplikacja zacznie pochłaniać pamięć. Wstępnie ustawiłem maksymalną wartość na 500, co daje nam ok 50s sekwencji – moim zdaniem dużo
