Win8探索学习笔记
传言win8改变了很多,恩,废话。我希望试图从开发人员关心的角度来了解一下win8,对于用户而言,其实我觉得win8改变真的不多,无非就是修改了一下开始界面,然后程序会使用metro风格的界面,对于开发人员来说,可能变化的比较多,多了很多新名词,我希望能对其有所了解,所以记录一下我所看到的,当然,由于win8其实只是一个预览版,很多东西我觉得还是会变的,所以真正的东西出来的时候或许还会有些不一样吧。
首先关于变化,我想到的是“程序”是如何“安装”和“运行”的,之所以用这么多引号,是因为变化太多,我甚至不知道该不该用“安装”等来表达。有点乱,慢慢来吧,有新的发现就更新下面的内容。
(1) win8程序的类型
win8新增了metro,主要是希望便于平板等触摸设备上使用。从大的类别分,win8上的程序分为desktop和metro程序(暂且,我就这么分吧,因为据说win8会有多个版本,支持arm和x86处理器,并不是所有处理器都支持desktop和metro版本,PS:我所使用的是MS的64bit+VS11的preview 版本,安装在VBox中)。
对于desktop程序,只能运行在“desktop”环境下,metro风格的程序,只能运行在“metro”环境下。desktop环境,就和我们的win7类似。至于“metro",在后面还会慢慢的研究。
(2) desktop程序如何"安装"到"开始界面“中
说明:这里说的程序是desktop的。
简单来说,对于一个exe文件,通过创建其快捷方式(假设为hello.exe - shortcut),将快捷方式放到:
C:\ProgramData\Microsoft\Windows\Start Menu\Programs
中,或者在这里创建一个文件夹,放到文件夹中也是可以的。然后,到win8的start界面中,查找这个程序的名字hello.exe,就会出现了,用右键选中这个程序,就可以将其pin到start界面中。
问题一:一个程序pin到start界面,这些pin的信息保存在哪里的?
只要在C:\ProgramData\Microsoft\Windows\Start Menu\Programs,那么在start界面搜索都是可以出现的,那么这个比较容易理解了,搜索会自动去这个目录下遍历。那么哪些程序被pin了,这些信息保存在哪?相信肯定是某个注册表项的吧,具体就不去找了。
问题二:所有能在start界面搜索到的程序(的快捷方式)都是在上面这个目录下保存的吗?
事实上,C:\Users\<username>\AppData\Roaming\Microsoft\Windows\Start Menu\Programs目录下也是可以保存的。至于还有没有其它目录也可以被start界面搜索到,那就不清楚了。
总结:传统的desktop程序在win8下都是没有问题的,win32的API那些东西都还是支持的,什么MFC都是可以用的,弄个快捷方式到metro风格的start界面上也是可以的,只是运行还是会自动切换到desktop模式下。下面的内容开始探索metro程序到底是怎么”运行“的。到底是二进制本地运行还是在.net虚拟机上运行,还是在一个所谓的native实际上还是“虚拟机”的解释环境下执行,慢慢来吧。
(1) Metro程序支持的开发方式和语言
对于Metro风格应用开发,可以使用JS实现程序逻辑,结合HTML5/CSS3设计用户接口;也可以使用C++, C#或VB结合XAML来实现用户接口,使用Native C++或托管C#或VB来实现应用程序逻辑。对于Metro风格的C++游戏,可以使用Native C++的DX11库和HLSL等。
对于Win8,本地扩展允许用户构建可重用的组件库,可以使用C++、C#或VB构建组件,然后使用JS或者其它的支持的语言在程序中调用这些组件。
(2) 下面是Win8提供的VS11预览版对Metro支持的工程选项
(3) 使用JS实现的hello, metro
实现hello, metro很简单了,用VS 11新建一个最简单的JavaScript工程,默认的工程模板如下:
简单分析一下,这里有css文件夹、images文件夹、js文件夹、winjs文件夹和default.html和一个manifest文件。其实,和一般的web程序是一样的,default.html是“起始页”,css和images和js文件夹是对应的一些引用的文件了。winjs文件夹,重点说明一下,是win8为基于JS的metro程序创建的一个JS库吧,暂且理解这么多。然后package.appxmanifest,对于开发人员都很熟悉了,打包用的一个列表文件,在VS中,双击打开可以使用UI的方式编辑了。打开default.html,里面其实就是对其它的css/js文件的一些引用了,就是提供了一个简单的模板工程了。
到了这里,我已经大概猜测到了,基于JS的metro程序最后还是打包一下,放到一个“虚拟机"/"runtime"上去跑而已,原本以为MS会把JS编译到二进制,成为native程序的,下面会进一步证明这一点。
简化上面的工程,删除css、js、和winjs文件夹,最后只剩下images、default.html、package.appxmanifest的内容。事实上,这才是一个”最简单“的基于JS的metro工程。default.html内容如下:
<!DOCTYPE html> <html> <head> <title>Hello,metro </title> </head> <body> <button> Hello, Metro with JS! </button> <p> This is an metro app implemented by JS! </p> </body> </html>
然后,使用VS的start without debuging运行就可以切换到metro界面运行这个程序了。
发现几个问题:
1. 不支持JS中的部分内容,比如alert这么常用的东西没支持,需要使用winJS里面的一些东西去实现吧,参考http://social.msdn.microsoft.com/Forums/zh-SG/winappswithhtml5/thread/dbdabf29-206d-4d93-a491-b5e8fcd6a920提到了这个问题。
function alert(theMessage) { Windows.UI.Popups.MessageDialog(theMessage).showAsync().then(); } function doingSomethingAndWantToShowAnAlert() { alert("Hello Nurse"); }
2. VS11的智能提示有些问题,比如上面的这个JS的实现的那个Windows....就没有任何提示,完全手写的。
3. 用VS运行之后,回到desktop的VS中之后,再次用VS无法运行程序(编译没有错误,问题在于运行),提示”神马文件被其它神马打开神马的",一看就知道文件正在被使用,非要我用任务管理器kill掉metro程序的进程后才能用VS再次启动。PS:要是这样,别人边写程序边测试不是要麻烦死了,跑一次就要用一下任务管理器。
4. 上面这样一个简单的metro程序,占用的内存居然可以到10M以上,即使是到desktop中,进程处于suspended状态,依然不变。PS:个人对内存占用倒是没有太多了解,也不知道这是不是算正常,但是,不是说win8对内存管理怎么怎么优化神马的嘛。
5. 对于上面基于JS的metro程序,在任务管理器中,右键,go to details,发现,这里的details中,发现到了一个WWAHost.exe的进程,所有的自己写的基于JS的metro程序最后都对应到一个名字为WWAHost.exe的进程上。运行了一下系统自带的metro程序,部分程序并不是对应到WWAHost.exe的,比如IE(对应的还是IE),部分系统自带的会对应到WWAHost.exe上,比如那个天气程序(其可能就是基于JS写的了)。到此,更加大胆的猜测:这个WWAHost.exe才是这些基于JS的metro程序的"虚拟机",再次让我看到了所谓的基于JS的metro程序是native的应该是不会的了。至于更多,期待有高手去研究,我不是砖家。
(4) 分析基于JS的metro程序
上面已经大概试了一下基于JS的metro程序。下面继续分析。
1. 工程的projects->properties
看看JS Metro工程的projects->properties,看看有没有什么配置选项,发现,几乎什么也没有,再次看到它和web的相同之处了,所以继续大胆猜测,对于JS Metro程序,其没有所谓的”编译、链接“的概念,就是一个”打包“的过程吧,然后原封不动的丢给一个"runtime”(我喜欢也称之为“虚拟机”)去执行,就像HTML/JS/CSS运行于IE这个"runtime/虚拟机"一样,所以说,哪里来的native!
2. VS 11对于JS Metro程序的错误机制
为了再次看看VS 11对于html/js的处理,看看它能不能检查”错误"。随便在html里面弄点乱七八糟的,或者弄点“错误”的JS,比如<script>test()</script>,用VS build一下,都是不会有错误的,说明VS 11没有“静态”查错的能力,用debug运行,是可以查到这些错误的。类似于Chrome的开发者工具的功能了,可见,其实基于JS的metro就是把html给runtime去解析的,类似于web在浏览器中运行一样,所以,自然效率上,你懂的。
PS:之所以我一直在分析JS Metro到底会不会native的跑,并不是说这个用runtime去跑html是不行的,而是想看看MS到底有没有新的东西,弄一个runtime去跑HTML,早已经不是新东西了,那些基于webkit的Mobile上的”客户端“程序都是这么个原理,真心想看到有没有办法把JS真的”编译“为native去跑,当然,这样可能或许真的很难。
3. Build和Deploy
既然没有“编译、链接”这些,那就看看Build菜单下有什么吧:Build和Deploy。
我想,build应该就是打包的过程,deploy就是部署了。PS:实在不得不让我想起了android工程,要说更类似的,让我想起了WAC程序,打包一下,部署一下,丢给runtime去跑HTML/JS/CSS,这样的东西在HTML5被“炒作”的今天,实在太多了!既然这样,那就来看看VS是如何打包和部署的吧。
先看看用Build能得到一些什么:
在工程目录下,有一个bld文件夹和Debug文件夹。删除之后build还是会生成的。至于bld里面的内容,暂且不去细细研究了,用记事本打开看看,估计就是一些中间文件了(工程的manifest配置中,有一个配置Package Name的,是一串ba6a209b-2b36-4a5e-a4d8-c122dce439e0这样的玩意,在bld里面的子文件夹的名字就是这个package name)。然后就是debug文件夹,里面生成的是一个xml、一个appxrecipe(也是xml)、一个prj文件,两个xml都是一些配置信息吧。VS Build之后就是得到这些文件。
那么Deploy呢:
Build之后Deploy会生成什么呢?试试就知道了,先在Start界面上卸载掉这个程序,然后build后发现start界面上不会有这个程序,Deploy之后,程序就会出现在start界面上了。那么VS到底是部署了些什么内容呢(部署后,删除VS工程肯定也是可以运行程序的)?
经过查找,VS中Deploy的Metro程序都到了C:\Users\<user name>\AppxLayouts中,其中以程序的package name为文件夹组织的。其中部署的一些文件,里面就有工程的default.html,这样,居然部署之后还可以看到程序源代码,可见其很可能就是打个包,然后丢给“隐藏的IE“("runtime")去解析运行了。那么,这些文件是不是都是运行必须的呢?试着删除一下,发现只有resource.prj文件是无法删除的(只有去start界面uninstall后才可以删除),删除其余所有文件后,程序还是可以正常运行的,可见resource.prj里面就包含了所有运行需要的内容了(html/js/css/images等),至于这些其余的被删除的文件有什么用,可能有些跟管理程序升级什么的有关吧。
说明:这个部署后的程序出现在start界面上,这个start界面上的信息是在哪里保存的,或者说它怎么知道如何来启动这个resource.prj文件,相信在某一个角落(应该是注册表)中保存有这些信息,比如弄一个地方保存start界面上的所有应用程序的列表,对于每一个程序,有一个属性,对于JS Metro程序,弄一个属性叫"JS Metro"和一个属性指定程序对应的文件的位置,然后启动的时候根据这个就知道该如何启动了,是启动desktop的程序(desktop程序也可以出现在start界面上,参考前一篇),还是启动JS Metro,或是启动其它类型的,总之,一切都是猜测,具体,这个信息在哪里,暂时没有兴趣去找了。)
4. 关于程序的打包Package
这次打包才是真的打包了,到这里,一个自然的问题是,上面的程序可以build和deploy。那么如果要把程序给别人,到别人的电脑上去运行呢?
MS引进了store的模式,具体这个store貌似还没有建立起来,在VS的store菜单下,有一些内容,比如打包程序(Create App Package),其它的就是一些需要store帐号的东西吧,还有什么上传到store什么的。这里就说说打包了。用Create App Pakage之后,在工程下会生成一个Packages文件夹。主要的文件就是:一个bat文件,一个安装脚本;一个appx文件,可以理解为打包的文件了;一个cer文件,可能跟认证什么的有关。只需要运行一个bat文件,就可以在自己的电脑上安装了。(PS:我选择的是只在本地机器使用,所以肯定是没有问题的,至于能不能弄到别的机器上去运行,或者说会不会必须通过MS store上传下载,就不清楚了,总之,这模式应该跟app store很类似了)。通过这样的方式,安装之后就可以在start界面上看到程序了,但是这个程序总该有一些”安装文件“吧,本以为也会在Deploy的AppxLayouts文件夹下,事实上,不在。那在哪里呢。。。。实在不想去找了,MS就知道跟我们玩神秘,偶然发现,那个C:\ProgramData\Microsoft\Windows的目录下的AppRepository文件夹的更新时间就是我install和uninstall的时间,也就是说,很可能就是保存在这里面的。MS又跟我玩神秘,这个文件夹居然打不开,当然,肯定是权限问题,不过这个也不知道弄了个神马权限,反正我打不开。
总结:由于我不是砖家,上面的内容可能有点罗嗦,也很简单,因为我也是一下午在这里坐着,想到了什么就先试试,然后马上记录一下内心所想,多么希望能看到MS一点创新的东西,但是实在没有看到,除了界面上弄了一个Metro Style,本质上是没有创新的,包括其store的模式。当然,这里只是一个基于JS的Metro的程序,基于其它的语言的Metro程序某些地方肯定是和上面的类似的,但是某些可能会不一样。(比如,上面的html/css/js我觉得应该是运行在IE的内核的一个runtime上,就像很多Mobile上的html运行在webkit的runtime上一样,但是基于c++的可能是可以得到一个exe可执行文件,然后native执行的,具体暂时不清楚了)。至于程序怎么写,WinJS怎么用,这些就不该是大问题了,web该怎么弄还是怎么弄。最后,metro界面还是不错的,就是希望真正的win8出来的时候,不要把desktop界面和metro界面杂交,metro用在PC上是在不必要,也很丑陋。
本来打算像上一篇一样看看基于C++的Metro程序都有些什么内容的,据说Metro支持Native c++,结果。。。尼玛,昨天新建一个C++ Metro工程都可以跑的,今天就见鬼了,随便建一个C++工程自己都编译不过去,尼玛VS11的bug也太多了。看了看默认生成的C++代码,里面什么partial ref的,应该都是托管C++才有的关键字吧?(PS:不熟悉托管C++,所以不太清楚如何知道一段代码属于托管C++)怀疑:MS的C++ Metro也是使用托管C++构建那个UI。所谓的Metro支持Native C++,应该是说可以使用Native C++构建一些模块,给其它的Metro程序(JS/Managed C++/C#/VB)去调用而已吧。这个里面,对于MS来说,根本不算新东西吧。不知道那个WinRT到底体现在哪里,到底是Native C++实现的还是托管的玩意。
总结:从目前了解的情况,实在没有看到win8的新内容到底在哪里,除了那个Metro Style的UI是一个创建,程序的本质上,貌似没看到实质性的创新,无非就是:1. 借用了一些现有的“流行”的模式/实现,比如HTML/JS的支持,比如store的模式。2. 换了一些接口定义,弄了一些“忽悠”人的各种技术词汇。当然,这只是针对C++的角度来看的,对于.NET来说,或许有很多新的东西,比如可以更好的调用Native C++什么的,具体我就不清楚了,不熟悉.NET!慢慢来吧,有了新的发现再继续研究,至少,就目前的Preview来看,没有更多兴趣去研究了。:(
不过,从另外来说,其实MS这样也是没有错误的,毕竟那个Metro风格,用在PC上还是不适合的,win8可能主要考虑的新的东西都在触摸设备(平板)上的,所以,自然,对于这些应用,程序的效率也是不重要的,用托管的玩意、JS这些去整一些界面神马的就够了,可能我对MS的要求高了点!
说明:这里的描述都是个人看法,很可能错了,毕竟主流的声音都是说winRT是一个API结合,不是一个运行时,都说基于C++的是Native的,待研究啊。。。
参考文档:
http://bbs.pediy.com/archive/index.php?t-140353.html
http://www.codeproject.com/KB/cpp/WinRTVisualCppIntro.aspx
http://kb.cnblogs.com/page/116862/
http://webservices.ctocio.com.cn/138/12201138.shtml
http://topic.csdn.net/u/20110915/08/e4b7e628-a412-49d4-a8c8-0d4002d94635.html
http://tirania.org/blog/archive/2011/Sep-15.html
http://msdn.microsoft.com/en-us/library/windows/apps/hh454062(v=VS.110).aspx(MSDN,WinRT文档)
补充:
上面是曾经的一点想法,现在看来,WinRT是基于COM的,使用C++的Metro程序理论上是可能完全Native的。
这里要补充的一点是,上面提到了用VS11建立一个C++工程突然不灵了,自己都编译不过去,现在居然被我自己给找到解决方法了,确实应该是VS11的bug。其编译错误消息是:
Error : Manifest references file 'hellometro_withcpp.exe' which is not part of the payload.
找了很久没找到解决方法,类似的文章找到了"http://social.msdn.microsoft.com/Forums/zh-SG/winappswithhtml5/thread/88842e72-a620-4ee7-9a6a-d0ba52a36240",但是这个文章很容易理解,但是我这里的错误是exe的问题,尼玛exe不是VS自己生成的。经过仔细分析,发现exe是生成了,打开manifest文件看看,发现里面的文件名居然被VS偷换了,我的工程命名是hellometro_withCPP,所以得到的exe是hellometro_withCPP.exe,但是那个VS自己生成的manifest居然是小写的!手动修改namifest就可以build通过了。所以:如果你使用C++的metro工程,工程名不要使用大写字母就不会遇到这个问题了!
WinRT(desktop)之Hello, World
关于WinRT的MSDN参考:http://msdn.microsoft.com/en-us/library/windows/apps/hh454062(v=VS.110).aspx
先声明,这里的Hello,World程序不是Metro Style的WinRT,在Metro中使用WinRT的程序可以找到很多相关的资料了(当然,网上很多文章不适合入门,都弄得太复杂)。个人还是喜欢从简单开始,所以从Desktop程序来开始了解WinRT不是更好?
(1) 神马是WinRT?
关于什么是WinRT,去网上搜吧,很多人在讨论(当然,这玩意目前大多数都停留在讨论阶段,毕竟还是preview)。
大概来说,WinRT是win8提供的新的API集合,不同于传统的win32在于,WinRT以OO的方式提供API,而且WinRT支持Desktop程序,也支持Metro程序(当然,两者支持不是完全一样)。另外,WinRT编译后也可以得到winmd文件,winmd是win8里面的一个很重要的东西,类似于com、.net这样的吧,winmd可以在不同的语言(C#、C++、VB、JS)之间交叉调用(当然,是Metro程序了),个人理解winmd类似于接口定义或者接口导出的文件吧,具体慢慢研究就能理解了。
(2) WinRT for desktop app
简单来说,对于桌面程序,WinRT更多的可以理解为一个语法扩展了,里面有一些新的类,一些语法的扩展等。
(3) WinRT编译和链接
http://msdn.microsoft.com/en-us/library/windows/apps/hh441567(v=VS.110).aspx
编译选项:
/ZW enable WinRT language extensions /AI<dir> add to assembly search path <dir> is the folder where the compiler searches the winmd files /FU<file> forced using assembly/module force the inclusion of the specified winmd file /D "WINAPI_FAMILY=2" set this define to compile against the ModernSDK subset of Win32
链接选项:
/APPCONTAINER[:NO] marks the executable as runnable in the appcontainer (only) /WINMD[:{NO|ONLY}] emits a winmd; if “ONLY” is specified, does not emit the executable, but just the winmd /WINMDFILE:filename name of the winmd file to emit /WINMDDELAYSIGN[:NO] /WINMDKEYCONTAINER:name /WINMDKEYFILE:filename used to sign the winmd file
选项就不一一介绍了,说得很清楚了,关键还是来试试。
(4) Hello, World with WinRT
如下:
// File: hello_winRT.cpp #include <stdio.h> #include <windows.h> #include <iostream> #include <string> using namespace Platform; int main() { String^ str1="a test"; std::wstring wstr(str1->Data()); std::wstring wstr1(str1->Data(), str1->Length()); std::wcout<< wstr << std::endl; std::wcout<< wstr1 << std::endl; // printf("%s\n",wstr.c_str()); // printf("%s\n",wstr1.c_str()); system("pause"); return 0; } // Compile with: // set_vs_vars.bat // cl hello_winRT.cpp /ZW /AI%winmd% /EHsc /MD // Result: // hello_winRT.cpp(24) : warning C4447: 'main' signature found without threading model. Consider using 'int main(array<Platform::String^>^ args)'.
说明:在命令行下运行这里的命令编译就可以了,为了简化书写,我先用了一个简单的bat设置了一下环境变量,如下:
@echo OFF rem ## file: set_vs_vars.bat set winmd="C:\Program Files (x86)\Windows Kits\8.0\Windows Metadata" echo winmd: echo %winmd% rem ##set env of vs echo setting vs environment... call "C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\Tools\vsvars32.bat"; echo done
这个,你懂的。
说明一下上面的CPP的内容:
这里使用的是WinRT的String,using namespace Platform; 是必须的,WinRT的命令空间吧,String^是WinRT的类型吧,其它就没什么了。关于编译选项,/ZW和/AI是必须的,指定使用WinRT和搜索winmd文件的路径(WinRT定义在winmd文件中),/MD也是必须的,不知道为何/MT编译会出错,神马重定义了,这个没去研究,有兴趣的可以去看看。/EHsc不是必须的,不使用会有一个警告,这个选项是设置是否使用VS的异常了。另外,使用上面的选项编译后,还是有一个警告,说main的签名不对,还给出了建议,结果,我改成它的建议之后,就说没有入口点,尼玛玩我啊!没有具体去研究这个“入口”的问题,参考下面的文章,有这么使用main的,不过都是用vs编译的吧,没试过:
http://msdn.microsoft.com/en-us/library/br229585
http://code.msdn.microsoft.com/DWriteHelloWorld-760793d2/sourcecode?
PS:关于winmd文件,有时间再去研究,这里有一篇文章http://www.cnblogs.com/waninlezu/articles/win8MetaData.html,貌似可以用ILSpy打开winmd文件。上面的hello, world编译后会生成一个winmd文件和一个exe文件,后面再研究这个吧。
参考:http://msdn.microsoft.com/en-us/library/windows/apps/hh454076(v=VS.110).aspx
(1)WinRT对象和引用计数
WinRT是一个OO的库,所以都是以对象的形式操作。在WinRT中,使用引用计数管理对象,关键字ref new新建一个对象,返回的是对象的指针,但是在WinRT中,使用^符号替代*,仍然使用->操作符使用对象的成员方法。另外,由于使用引用计数,不需要使用delete去释放,对象会在最后一个引用失效的时候自动被释放。
说明:WinRT内部是使用COM实现的,对于引用计数,在底层,WinRT对象是一个使用智能指针管理的COM对象。
Platform::String^ str1 = "str1"; Platform::String^ str2 = str1; Platform::String^ str3 = ref new Platform::String(L"str3");
注意:这里的str1,是对象的“指针”,和std::string的使用不一样。
(2)WinRT中的数字类型
bool b = true; char c8 = 'A'; char16 c16 = L'A'; // same as wchar_t int8 i8 = 0x12; // same as char int16 i16 = 0x1234; // same as short int32 i32 = 0x12345678; // same as int, long int64 i64 = 0x1234567890abcdef; // same as long long, __int64 int8 ui8 = 0x12; // same as unsigned char int16 ui16 = 0x1234; // same as unsigned short int32 ui32 = 0x12345678; // same as unsigned int, unsigned long int64 ui64 = 0x1234567890abcdef; // same as unsigned long long, __uint64 float32 f32 = 12.34E-23; // same as float float64 f64 = 1234.56E-234; // same as double, long double
C++的数字类型会被自动转换为WinRT对应的类型,比如从一个标准的C++函数返回一个数字值,赋值给winRT类型。
说明:这些类型都定义在Platform命名空间中。
(3)ref class实现自定义类
用ref class标记一个自定义类,就可以使用winRT的对象的方式使用这个类了。当然,在类中,是可以混合使用标准C++的一些类型的。
(4)Value struct结构体
如果一个类只包含数据成员,那么就可以使用value struct定义:
value struct Coordinates { float64 Latitude; float64 Longitude; }; value struct City { Platform::String^ Name; int64 Population; int Altitude; Coordinates Coordinates; };
(5)WinRT中的property
在WinRT中,使用property关键字声明共有数据成员,而且,还可以为property设置访问它的时候get()、set()的逻辑。
ref class Prescription { private: Platform::String doctor_; int quantity_; public: property Platform::String Name; property Platform::String Doctor { Platform::String get() { return doctor_; } } property int Quantity { int get() { return quantity_; } void set(int value) { if (value <= 0) { throw ref new Platform::InvalidArgumentException(); } quantity_ = value; } } }
(6)WinRT定义接口
WinRT也能实现类似于标准C++的接口功能,当然,标准C++本身并没有提供接口这一概念(很多新的语言如C#、Java都有提供),但是标准C++使用纯虚类是可以实现这一功能的。WinRT使用interface关键字来定义一个类为接口类(只需要声明方法,而不需要实现的类),然后就可以被其它的ref class去继承和实现接口了。
(7)WinRT委托、事件、partial类等
WinRT还有一些其他的语法扩展,委托、事件等,发现这些扩展都跟C#一样了,所以不继续废话了。直接看参考链接吧。
PS:以为会有一些特别的地方,发现都是C#的旧东西了。