國外有個好心人,幫Developer們寫好了一個超方便的Library,只要一行程式碼,就可以讓我們不用自己動手去修改控制項的Template,而能「有條件」的在App中決定要使用Dark Theme或是Light Theme,而且無視使用者的手機設定。
[Windows Phone] 就是要任性 - 無視使用者使用的Theme,強制App使用Dark/Light Theme
- 5669
- 0
- Windows Phone
- 2013-07-15
國外有個好心人,幫Developer們寫好了一個超方便的Library,只要一行程式碼,就可以讓我們不用自己動手去修改控制項的Template,而能「有條件」的在App中決定要使用Dark Theme或是Light Theme,而且無視使用者的手機設定。
這是2011.12.05的Windows Phone Mango 開發實戰課程的錄影、投影片以及相關範例檔。
雖然最近的新聞焦點都在Windows Phone上面,不過大家也別忘了Silverlight可是Windows Phone裡面重要的開發平台之一,所以Silverlight有什麼風吹草動,說不定也會間接的影響Windows Phone喔!!
自從2010年的12月初,微軟舉辦了Silverlight Firestarter大會,正式的發表了Silverlight5之後;一直到2011年4月13日,出現了Silverlight 5 Beta版,接著又在2011年9月1日發表了RC版。而就在2011年的12月9日~鏘鏘!!正式版的Silverlight 5 RTM登場了!!!
有時候在MSDN論壇或是社團中會看到有人在問:「為什麼要用WPF?」 、「為什麼要用Silverlight?」,也有不少人會問「Silverlight和WPF有什麼不同?」、「我到底應該使用WPF還是Silverlight?」等等問題。更深入一點的,還有朋友會問到「學WPF有前途嗎?」或是「學Sivlerlight有前途嗎?」之類的種種問題。
遇到這類問題的時候,我比較不喜歡直接點出哪種技術才是好的、哪種技術才是對的;基本上會有這些問題的朋友,應該只是很單純的對這兩種技術的認識還不夠。我想,直接從兩種技術的本質和特性下去先做個基本的了解,或許就能解決大部份的疑惑了。
隨著芒果即將成熟上市的腳步慢慢接近,才出現沒多久的Windows Phone Developer Tools 7.1 Beta又出了新版,而且把名字改成了Windows Phone SDK 7.1,而版本由上次的Beta 1升級成了Beta 2!!
Windows Phone Developer Tools 7.1 Beta已經出現了好一段時間了,隨著它的出現,MVVM Light Toolkit也推出了相容於Windows Phone 7.1 Beta版的更新讓Windows Phone的開發者使用(基於這次的Windows Phone 7.1 Beta中改動了不少的Library,原來的MVVM Light Toolkit for Windows Phone 7.0提供的Library和專案範本可是沒辦法硬套在Windows Phone 7.1 Beta專案上的喔!!)。
我們常常透過由ItemsControl衍生出的的控制項,透過Silverlight或WPF強大的資料繫結功能,顯示一整個集合的資料。對於設計師來說,使用Blend來設計資料被繫結到某個控制項中的外觀,是再簡單也不過的。但是對於程式設計師來說,如果是對Silverlight或WPF還不夠熟練的話,要從程式中去取出某個被繫結後的控制項,可能就會在剛開始的時候碰得滿鼻子灰了。
這個月的大事之一,就是昨天晚上十點(台灣時間 2011/05/24 22:00),在美國進行的Mango發表會,而隨著發表會的進行,許多和下個版本的Windows Phone相關的資訊和開發工具也隨之一個接著一個的被證實與公佈,今天要來跟大家分享的,當然就是開發者嚐鮮必備的—Windows Phone Developer Tools 7.1 Beta囉!!
在[MVVM]初步認識MVVM設計模式一文中,簡單的介紹了MVVM設計模式,相信比較行動派的朋友們應該都很迫不及待的想要動手透過MVVM設計模式來讓自己的系統架構和程式碼更加的乾淨漂亮了吧!!
在上戰場殺敵之前,必需把「傢私」準備好,這一篇文章就來跟大家分享要進入MVVM設計模式之前所需要進行的準備。
雖然說WPF、Silverlight和Windows Phone 7(也算是Silverlight啦)三大平台可以透過原生的XAML檔和CodeBehind的cs、vb程式碼進行到最基本的設計與程式邏輯分離,但是某種程度上來說,這樣的分層方式還是比不上MVC設計模式對階層的切分來得乾淨(對資料模型和使用者介面操作的程式碼還是都放在同一個CodeBehind檔中),也相對的較難使得使用者介面設計人員和程式設計人員做到更乾淨的分工。
這時候,一個能用在WFP、Silverlight和Windows Phone 7上,能做到軟體分層的設計模式就顯得很重要了,所以接下來就來介紹這次的主角--MVVM。
有在使用MVVM開發專案的朋友們應該都對Galasooft MVVM Light Toolkit不陌生吧~目前該Toolkit在Codeplex上的最新版本為MVVM Light Toolkit V3 SP1 (4)。
因為最近著手在研究Windows Phone上應用程式的開發,因此就「順便」的想說也來使用MVVM模式開發Windows Phone應用程式好了。
下載了CodePlex上最新版本下來,也依照官網上的安裝說明進行安裝的程序之後,開心的使用了Expression Blend要來建立一個新的MVVMLight For WP7專案的時候,一切看起來好像都很順利,不過....
自從之前發了一篇[Silverlight][RIA] Silverlight的未來文章之後,就一直滿心期待能早點見到更強悍的Silverlight,而現在,未來就近在眼前了!!
習慣了使用Visual Studio 2010的工程師和使用Blend的設計師應該都會很習慣的使用相同的一套軟體處理同一個專案,不過有時候為了開發、整合或是測試,還是得要在Blend或Visual Studio 2010間相互切換,才能發揮最大的效能。
這次就來分享幾個小設定,讓專案的開發能比較順利的進行~
隨著Silverlight 3.0版的問世,Action、Behavior和Trigger這三個方便的類別和相關的衍生類別也跟著亮相,做為程式設計師和介面工程師更緊密而且無痛合作的超強大類別庫之一(好吧,其實有三個),而這三個類別衍生出來的類別,我們統稱之為Behaviors。
話說民國99年12月3日凌晨1點(太平洋時間2010年12月2日早上九點),我勉強抵擋住睡意,想把Silverilght Firestarter的內容錄下來,不料早上醒來,居然只錄到兩個小時的內容,真是讓我欲哭無淚,更讓我欲哭無淚的--它居有線上錄影版!!!(早知道我就不用撐到一點了),到了公司之後,發現Silverlight的官網也公佈了下一個版本的功能預覽,於是我和小猴子便想說攜手來翻譯一下,好讓英文苦手的朋友們也能早一步得知這個好消息,沒想到~~翻譯完的版本被我丟在公司的電腦裡,忘記帶回家了,只好全部重翻一次,真是好事多磨啊 >"<~~
通常寫要給WPF或是Silverlight用的Action、Behavior還有Trigger都會是比較偏工程師的工作,但是VS2010預設沒內建這些檔案的樣版,折衷的作法一般就是先透過Blend開出檔案,再以VS2010編輯,但是每次都這樣太累了。
我幫有需要的人準備好了可以直接安裝的Extension檔,以後就能直接建立這幾種檔案啦!!
相信大家撐到這第三篇應該躍躍欲試,迫不及待的想開始進入RIA的世界了吧,這邊就簡單的為大家介紹一下目前RIA的兩大龍頭的基本資料和相關工具。
相信大家都有過類似的經驗,在某些網站要進行資料輸入的過程中,會跳出一到多個新視窗,或是進行資料查詢、驗證的時候,網頁會進行刷新的動作,刷新之後,網頁又自動捲動到整頁的最頂部,更慘的是,資料送出之後,沒看到網頁有什麼反應,也沒辦法判斷是不是資料已經成功送出了……諸如以上的操作體驗,相信對大部份的人來說,是極為不方便的設計。
隨著科技的日新月異,傳統的網站或是應用程式已經無法滿足某部份人日常的需求,加上除了電腦之外的各種平台的推波助瀾,傳統的電腦螢幕、鍵盤和滑鼠已經不再是唯一可以用來和電腦溝通的工具。 就拿最近越來越普及的智慧型手機為例,觸控(甚至多點觸控)功能,儼然成為了不可或缺的操作方式;撥放影片、聽音樂也似乎成為了手機必備的功能。