Windows 8 Metro app开发初体验

简介:

前言

随着Windows Phone的进一步推广,微软也把传统桌面版本的Windows带入触摸的世界,全新的Windows 8破蛹而出。大家对Windows8的关注度远远高于当初的Windows Phone。我记得在2010年4月Windows Phone CTP SDK刚出来的时候,研究的人寥寥无几,我可以算说写了当时第一个中文系列教程,然而由于CSDN和三星那边由于WP的上市时间一直推延发布。但是这一次Windows 8的Developer Preview 一出来,好几个大公司马上跟进,在Consumer Preview出来的时候,Windows Store已经有好几个大公司出产的App,例如QQ,人人神马的。Windows 8的火热程度必定高于Windows Phone。

 

由于Windows 8 Consumer Preview的发布,也说明了Windows 8慢慢的成熟,(其实还不成熟,我觉得Consumer Preview的Windows 8还没有当时Windows Phone CTP 那么成熟。后面会讲述到)也开始做一些原型,经过了两个星期的开发,做出了第一个Windows 8 Metro app的原型。

 

WP_000609

这是一个//BUILD app和Reader app的混合体,只是一个原型,功能还不完整,只用于演示,但是呈现的元素全部都是数据绑定,旦项目确定,只要修改数据源就能接着进一步开发。同时使用了Semantic Zoom,Grid View,List View等Windows 8的新控件,算是Windows 8开发的初体验。

 

Metro app

Windows 8的程序分为传统桌面程序和Metro App,如下图。与传统的桌面程序相比,Metro app是Windows 8全新的概念与开发模式,可以理解为Windows Phone app的Pad版本。

 

我们还是可以使用当前Windows的开发模式来开发桌面程序,例如WPF,MFC,Silverlight等等,但这都不是本文探讨的部分,本文讲述Metro app。

Metro app支持三种不同的开发模式,XAML + C#/VB, XAML/DirectX + C++, HTML5 + JS + CSS。理论上讲三种方式都是等同的,从我开发的经验来说,目前最为成熟的是HTML5的模式,控件的bug最少,有些控件,例如Semantic Zoom,HTML5版本要比XAML版本的正常。这也是为什么微软的app中HTML5 app最多的原因。我也粗略看过微软自己开发的,或者找实习生开发的app(在Developer Preview中),HTML5的app居多数,而微软的内置核心app一般都是XAML+C++的模式来开发的。但是我想随着Windows 8 SDK的进一步完善,最终三种方式开发的效果是一样的。到底选择哪个与个人自身条件与喜好相关,我个人的喜好是

C# –> HTML5 –> C++

 

由于我习惯了开发WPF(Surface)和Windows Phone程序,所以我首选C# + XAML的模式。这种模式后面慢慢讲述,现在插播一下其他模式的开发,以便于选型。

 

DirectX/XAML + C++模式

好处是开发的app不能反编译,由于Windows 8暂时不支持XNA(也不知道什么时候支持),所以开发游戏的首选是DirectX,而以DirectX作为呈现层的app只能使用C++了。Windows 8内置的app一般都是使用C++开发的,可能出于代码加密的考虑。

坏处是学习一种非标准的C++,出于个人情绪,我在Windows 8发布第一天就开始在Twitter和微薄上骂那种C++的开发方式,我不喜欢的不是C++,而是微软扩展的C++。其实我非常喜欢标准的C++,但是对微软的那种扩展C++一直没什么好感,大概在7,8年前,开始使用VS2003开发扩展C++程序,大概有几万行的代码,最后由于性能原因,把全部的托管(managed) C++代码全部移植回原生(native) C++,我甚至走的更远,除了迫不得已的情况下,绝不使用MFC,都以STL来代替。

因此除非有性能要求很高的程序,否则我不会轻易选择C++的开发模式。

 

HTML5+CSS+Javascript模式

Javascript可以说是世界上给人误解最大的语言,Objective C可以说是给人误解第二大的语言了,其实他俩兄弟挺惨的,一直给人骂,但其实都是功能强大,以一敌三的语言。但C#是一敌十的神马级别语言,所以我也不选择Javascript的模式,C#在手,万事无忧。如果大家仔细看微软的例子程序,Windows Store上的app,目前大部分的app都是以javascript开发的,例如Kindle,kobo等阅读器程序,//Build程序,而且Kindle还是没有混淆过的,很好的学习例子呀。而Developer Preview的//Build也公开的源代码,可是微软把api改了,原版本的程序不能启动了,但代码还是值得参考的。

微软说上述三种模式都是直接调用WinRT,没有区别,但是经过我测试,我觉得性能上还是有区别的,例如Semantic Zoom在HTML5版本下的性能明显要比C# XAML版本要差,这也是我决定不选择HTML5的原因。

其实这个HTML5可以说是微软版本的HTML5,对HTML技术熟悉的人都知道,HTML5还是Draft版本,每个厂商都实现其自己的HTML5,使用一大堆prefix tag,例如-webkit- -ms-神马的,Windows 8也不例外,严格来说还是在玩微软的HTML5,而且由于Javascript和HTML太强大了,编程模式太灵活,微软的HTML5模式就像山寨XAML的模式,一堆数据绑定。警告说HTML,JS的数据绑定不是微软特有的,市面上也有一堆MVVM和MVC库,例如knockoff等等,但是为Windows 8开发的开发HTML app,可移植性不高。也就是说可以进不可出。你明白的,呵呵。

但是我觉得这个模式还是不错的,我可能在将来选择这种模式进行开发。

 

以上都是一家之言,欢迎狂喷,我会根据自己的知识re喷,呵呵。

XAML,还是XAML

clip_image002

前文再续书接上一回,回到我心爱的C# + XAML。一言以蔽之:Windows 8的C# + XAML就像WPF版本的Windows Phone。XAML功能比Silverlight更强大,控件更丰富,然后加入一些Windows Phone独立存储空间的概念,生命周期的概念。因此如果熟悉WPF,Silverlight或者Windows Phone的开发,进入Windows 8的XAML + C#模式的开发将会非常容易。最关键的核心概念还是那些:数据绑定,依赖属性,StoryBoard动画,项控件,这些都是一样的。Consumer Preview还加入神器Blend,极大简化XAML的编辑难度。

 

Async

Async是新版C#的新功能,为了提高用户体验,不让用户有等待的感觉(其实还是需要等待的)WinRT所有的api都变成Async了。如果对于Windows 8 Metro app的开发来说,Async是不得不学习的功能。其实就两个关键字async和await,学习曲线非常低。Async的引入是为了简化异步编程的开发模式,把Callback编程的复杂度减低,让开发者按照顺序的思维来开发程序,编译器把async和await两个关键字封装成相应的Task,然后通过线程池来自动管理异步调用。对于开发者来说是减轻任务。

部署程序

如果要把Metro部署到Windows  8设备上,不需要解锁的,首先需要在Windows 8的设备安装Remote Debugger。然后启动Remote Debugger,把它设置为“不需要用户验证”。在开发机上点击“Remote Machine”, 选择Windows 8设备的IP就可以部署了。不像其他手机或者iPad的开发,只需要网络启动就可以了,不需要USB链接。

 

小结

以上都是一些碎碎念,也算是这两周开发的一些想法,由于Consumer Preview的SDK还是不完善,开发中会遇到一些bug,由于没有文档,有时候只能靠自己反编译一下等手段来解决。但是我觉得随着版本的升级会慢慢改正,对于这方面我还是对微软怀有信心的,毕竟不像Android那样更新快,但breaking api一大堆。本来还想讲述UX方面的,这也是Windows 8 Metro开发的大头,但是构思了一下挺多内容(UI,手势,用户习惯,与Android,iOS和WP7的区别,与传统桌面程序的区别等等),放到下一篇文章《Windows 8 Metro app UX初体验》。

如果觉得文章OK,请转到微薄上,也可以通过微博 @林永坚Jake 与我互喷。现在玩Windows 8的筒子不多,如果您也开始做Windows 8,互粉一下,多交流交流,切磋切磋。



    本文转自Jake Lin博客园博客,原文链接:http://www.cnblogs.com/procoder/archive/2012/03/27/Windows-8-First-Try.html,如需转载请自行联系原作者


相关文章
|
6天前
|
Linux Apache C++
FFmpeg开发笔记(三十五)Windows环境给FFmpeg集成libsrt
该文介绍了如何在Windows环境下为FFmpeg集成SRT协议支持库libsrt。首先,需要安装Perl和Nasm,然后编译OpenSSL。接着,下载libsrt源码并使用CMake配置,生成VS工程并编译生成srt.dll和srt.lib。最后,将编译出的库文件和头文件按照特定目录结构放置,并更新环境变量,重新配置启用libsrt的FFmpeg并进行编译安装。该过程有助于优化直播推流的性能,减少卡顿问题。
37 2
FFmpeg开发笔记(三十五)Windows环境给FFmpeg集成libsrt
|
20天前
|
编解码 Java Android开发
FFmpeg开发笔记(三十一)使用RTMP Streamer开启APP直播推流
RTMP Streamer是一款开源的安卓直播推流框架,支持RTMP、RTSP和SRT协议,适用于各种直播场景。它支持H264、H265、AV1视频编码和AAC、G711、OPUS音频编码。本文档介绍了如何使用Java版的RTMP Streamer,建议使用小海豚版本的Android Studio (Dolphin)。加载项目时,可添加国内仓库加速依赖下载。RTMP Streamer包含五个模块:app、encoder、rtmp、rtplibrary和rtsp。完成加载后,可以在手机上安装并运行APP,提供多种直播方式。开发者可以从《FFmpeg开发实战:从零基础到短视频上线》获取更多信息。
52 7
FFmpeg开发笔记(三十一)使用RTMP Streamer开启APP直播推流
|
17天前
|
数据可视化 数据处理 Swift
Swift开发——简单App设计
SwiftUI教程概述:简化App设计,通过代码展示了如何创建一个计算两个数之和的界面。工程`MyCh0902`包含`ContentView.swift`,其中定义了`ContentView`和`MyView`结构体。`MyView`负责界面布局,使用`VStack`和`HStack`组织元素,如`TextField`和`Button`。点击`Button`调用`calc`方法处理输入并更新结果。界面设计可在Xcode的Inspector窗口中可视化配置。推荐将界面逻辑移到单独的`MyView.swift`文件中以清晰分离视图设计。
186 1
Swift开发——简单App设计
|
4天前
|
运维 Android开发 开发者
你知道APP是怎么开发的吗?
【7月更文挑战第9天】你知道APP是怎么开发的吗?
|
23天前
|
开发框架 移动开发 JavaScript
SpringCloud微服务实战——搭建企业级开发框架(四十七):【移动开发】整合uni-app搭建移动端快速开发框架-添加Axios并实现登录功能
在uni-app中,使用axios实现网络请求和登录功能涉及以下几个关键步骤: 1. **安装axios和axios-auth-refresh**: 在项目的`package.json`中添加axios和axios-auth-refresh依赖,可以通过HBuilderX的终端窗口运行`yarn add axios axios-auth-refresh`命令来安装。 2. **配置自定义常量**: 创建`project.config.js`文件,配置全局常量,如API基础URL、TenantId、APP_CLIENT_ID和APP_CLIENT_SECRET等。
|
26天前
|
网络安全 C++ Windows
【Windows驱动开发】(主机)VS2017+(虚拟机)win10系统------双机调试
【Windows驱动开发】(主机)VS2017+(虚拟机)win10系统------双机调试
|
26天前
|
安全 JavaScript 前端开发
kotlin开发安卓app,JetPack Compose框架,给webview新增一个按钮,点击刷新网页
在Kotlin中开发Android应用,使用Jetpack Compose框架时,可以通过添加一个按钮到TopAppBar来实现WebView页面的刷新功能。按钮位于右上角,点击后调用`webViewState?.reload()`来刷新网页内容。以下是代码摘要:
|
26天前
|
Windows
【Windows驱动开发】注册表的基本操作(创建、打开、修改、读取、枚举)(附源码)
【Windows驱动开发】注册表的基本操作(创建、打开、修改、读取、枚举)(附源码)
|
27天前
|
编解码 Windows
FFmpeg开发笔记(二十九)Windows环境给FFmpeg集成libxvid
XviD是开源MPEG-4视频编码器,与DivX相似但后者非开源。早期MP4常使用XviD或DivX编码,现已被H.264取代。在Windows上集成FFmpeg的XviD编解码库libxvid,需访问<https://labs.xvid.com/source/>下载源码,解压后在MSYS环境中配置、编译和安装。之后重新配置FFmpeg,启用libxvid并编译安装。详细步骤包括configure命令、make和make install。成功后,通过`ffmpeg -version`检查是否启用libxvid。更多音视频开发技术可参考《FFmpeg开发实战:从零基础到短视频上线》。
60 0
FFmpeg开发笔记(二十九)Windows环境给FFmpeg集成libxvid
|
9天前
|
JSON 小程序 数据格式
uni-app 使用vscode开发uni-app
uni-app 使用vscode开发uni-app
35 0