主題：WPF將把Win撰寫程式帶入新紀元--Expression系列工具

WPF將把Win撰寫程式帶入新紀元

昨天下午微軟來人,在CSDN會議室給我們秀了最新的Expression系列工具。當時JT坐在我左邊,HL坐在我的右邊,秀到精彩處,我跟他們左右對視一下,長出一口氣,說:「這一天終於來了。」

歷史發展到21世紀,軟體從當初注重性能(硬體的限制)、功能(大而全的軟體)而逐步發展到更加注重使用體驗。之所以出現這種趨勢,是因為軟體已經逐漸走下神壇,成為人們日常生活中所不可或缺的。而人們對日用品的選擇標準就是:價廉物美。價廉促使SaaS產生,而物美導致軟體廠商對於使用體驗的重視。



最近瘋迷的一些美國科幻劇:《24》、《Lost》、《Prison Break》、《Heros》、《The 4400》,裡面經常會有一些使用電腦軟體的鏡頭,而且那些軟體介面真的很炫,曾經記得Jack Bauer的那個PPC與電腦同步的鏡頭,讓我感覺在Redmond看研究院的同事做Demo一般。

閒來無事,在CSDN上閒逛了一下,看到孟巖、韓磊兩位老兄所寫的《這一天終於來了》以及《「這一天終於來了」》,還有孫輝先生發表的《WPF,一次洗牌...》。

頓時感到這一天真的來了,隨著無數傳教士(Evangelist)在全球範圍內的搖旗吶喊,大家逐漸從站在遠觀望而慢慢圍攏,WPF從遠觀之物變為褻玩之物也。隨著WPF的出現,這種炫介面的應用程式會很快進入我們的日常生活當中了!
Bill Gates建立微軟時曾經有一個夢想,要讓每家每戶的桌子上都有一台電腦,而且這台電腦上執行微軟的軟體。從1975年開始,整個微軟就在為這個觀念而奮鬥。歷史發展到21世紀,軟體從當初注重性能(硬體的限制)、功能(大而全的軟體)而逐步發展到更加注重使用體驗。之所以出現這種趨勢,是因為軟體已經逐漸走下神壇,成為人們日常生活中所不可或缺的。而人們對日用品的選擇標準就是:價廉物美。價廉促使SaaS產生,而物美導致軟體廠商對於使用體驗的重視。

正是在這種大勢之下,微軟才會推出WPF對整個軟體生態鏈催熟。WPF的出現解決了三個問題:

更快速的去開發更豐富的使用體驗:使用WPF,可以在更加快速的時間內開發出來更加豐富的介面,滿足使用的需求。所以我感覺孫輝先生學習WPF有些誤入歧途,長此以往,會走火入魔的。如果僅僅是使用控件,建議您還是使用GDI+或者ASP.NET或者MFC等等就夠了。WPF之所以有那些控件,我個人認為主要是為了向下相容。WPF的目標應該是消除控件,讓您開發出來的軟體根本看不出來控件的特徵,軟體世界再也不是由Button＋Textbox組成的怪物了。

請注意上圖,此款使用WPF開發的應用程式,你還能看到哪部分是控件嗎?
消除使用介面差異:也請注意上圖,這就是一款使用WPF開發的應用程式,而且它是以IE為宿主的。

如果只是看這部分截圖,你可以區分它是Windows Application還是Browser Applicaiton嗎?歷史在1995進入一個鴻溝,開發人員突然變成了兩大陣營:B/S開發人員以及C/S開發。而現在到了應該彌補這個鴻溝的時候了。WPF正是背負著這個歷史責任;

軟體開發團隊的協作問題:軟體開發團隊的日常協作是一個非常大的問題,除了需求變更以外,第二個影響開發進度的就應該是團隊協作性了。在軟體團隊中,我們比較熟悉Developer、DBA、Tester、IT Pro、Architect等。Designer可能往往被我們忽視,但實際上,Designer的工作成果才是與客戶距離最近的。而且Designer與Developer如何配合工作,是很多團隊所頭疼的,而WPF正可以解決此問題。這兒對孫輝先生再說一句:XAML並不是WPF的另外一個名字,它是使用聲明性撰寫程式方式實現WPF的一種檔案格式。

文章轉載自CSDN《開心就好的程式碼人生》,原文題目《將進酒，杯莫停》

UI(使用API、程式介面)的精細化是軟體的大眾化趨勢的必然後果(從大家對MAC OS X和XGL的推崇也可見一斑)。很早就有人研究將Flash通過瀏覽器控件與Win32程式通信的方法,從而實現向量的UI了,小編也用此方法寫過程式。現在有了WPF,煩人的效率問題、控件支援問題都迎刃而解了。

可以想見,WPF必將把Win base程式設計帶入一個新的時代！

轉載自：http://blog.joycode.com/joy/archive/2006/11/25/88002.aspx