眾所周知,最近幾年,微軟一直在操作系統上進行統一化的嘗試。第一次嘗試的產品——Windows 8/8.1操作系統完全談不上成功。請看下圖:
我個人認為,這并不意味著操作系統統一化的策略是錯誤的,只能算是一個小小的失敗。將近三年之后,微軟的重頭產品Windows 10終于橫空出世。自7月29發布之后,Windows 10的市場占有率是節節攀升。請看下圖:
短短4天,市場占有率已經逼近了Windows 8。哇,這完全是大圣歸來的節奏啊!不知道有多少罵了3年娘的Windows 8的用戶在這一刻熱淚盈眶。筆者三年前買的平板也趕著這股熱潮,更新為Windows 10。使用了幾天,感受就是絕不會比Windows 8/8.1差!如果按照這個趨勢,“3年10億PC跑Windows10”恐怕也不是妄言。
更加吸引廣大碼農眼球的,無疑是隨之而來的UWP(Universal Windows Platform)。這些年來,微軟研發了多種設備,例如平板、手機、Xbox等等,如果每種設備都開發一套操作系統和運行在該系統上的程序。工作量和復雜度可想而知。UWP也因此應運而生。按照微軟的設計,我們只要開發一套UWP的App,就可以在平板、手機、PC等設備上運行,無需額外的轉換。顯而易見,這將大大減少多平臺的開發成本。各位碼農,是不是很興奮?
其實,早在Windows 8.1系統更新發布的時候,微軟就已經準備類似的嘗試了——Windows 8.1 Universal Apps。我做了一個簡單的對比,希望能讓大家有一個清晰的了解。
Windows 8.1 Universal Apps |
UWP Apps |
|
支持設備 |
PC,平板,手機 |
所有設備 |
支持Shared Code |
支持 |
支持 |
需要開發幾套程序 |
兩套 |
一套 |
是否所有設備具備所有API |
否 |
是 |
做過Windows 8.1 Universal Apps的開發人員可能都有同感,除了邏輯代碼可以共用之外,UI展示,部分事件(如:Windows.Phone.UI.Input.HardwareButtons.BackPressed)等,都要寫在不同的2套程序里。在某種意義上,這是“部分”Universal,而UWP是真正的Universal。我們可以通過下圖去了解一下開發平臺統一化的進程。
Component One是一家緊跟技術前沿的專業控件公司。在Windows 8發布之后不久,我們就推出了Windows Runtime控件包。在Windows 8.1 發布不久,我們又推出了Windows Runtime Phone 8.1 控件包。目前,用戶可以使用我們的ComponentOne Studio for WinRT XAML 控件包,非常便利地研發屬于自己可以運行在PC、平板、手機上的App了。而且,經過驗證,用戶開發的在Windows 8.1系統上運行的App可以在Windows 10操作系統上運行。
看到這里,也許你會問:既然微軟都出了UWP,ComponentOne打算要出一套UWP控件嗎?我非常高興地告訴你:是的!我們已經預計在數月后推出一套Beta版本的UWP控件供用戶使用。ComponentOne Studio for UWP 控件中,包含了大家熟悉的Chart,FlexGrid等。
文章列表