新任话题主持人，进来就送分。Native C++ PK .NET Compact Framework
新任话题主持人:$:$，进来就送分:good:good。但是为了不是水贴，发一篇自己的blog文。;P;PWindows Mobile开发，Native C++ PK .NET Compact Framework 缘由
经常听到一些刚刚接触Windows Embedded CE和Windows Mobile开发的人会提出一些疑问。进行WindowsMobile开发，到底使用什么语言呢？C++还是C#？Java行不行？下面就我自己的想法讲述一下Native C++ 和 .NETCompact Framework的异同和选择。
什么是NativeNative翻译成原生，Native是使用C,C++或者汇编等语言代码编写的，编译成处理器相关的binary文件(执行文件,DLL等可执行文件)， 关于可执行文件可以参考http://en.wikipedia.org/wiki/Portable_Executable 。当前Windows Embedded CE和Windows Mobile支持的硬件平台包括x86, MIPS, ARM和SuperH。由于各个平台之间的指令集不一样，所以可执行文件不能互相支持其他平台。使用Native 开发，程序不依赖于任何其他子系统，例如.NET Compact Framework运行环境，JVM运行环境等，但是一套程序必须为各个硬件平台编译不同的可执行文件。
什么是.NET Compact Framework基于.NET Compact Framework开发的程序，可以叫做托管程序，英文叫做Managed code。所谓Managedcode就是使用C#,VB.NET语言来编写代码，使用.NET CompactFramework来开发，编译成平台无关的中间语言(Intermediate Lanuage, IL)的文件的程序。基于.NETCompact Framework开发的程序，在编写的时候会使用到.NET Compact Framework 基础类库(.NETCompact Framework Base Class Libraries, BCL)，BCL为应用程序提供API。托管程序在运行的时候会使用到运行时执行引擎(run-time Execution Engine, EE),BCL和EE统称为Common Language Runtime(CLR)。当托管程序首次执行的时候，CLR会把IL文件编译成相关平台的binary文件(可执行文件)。这个过程叫做Just-In-Time(JIT) compilation。由于有了这一个过程，所以所有托管代码都依赖于CLR，因此，需要运行托管代码的设备必须安装 .NETCompact Framework。
http://images.cnblogs.com/cnblogs_com/procoder/WindowsLiveWriter/NativeCPK.NETCompactFramework_ECD7/Native-Managed-01_thumb.png
图来自于Windows Embedded CE 6.0 Fundamentals Chapter 9.
通俗化Native Code vs. Managed Code上面讲述了一堆理论的东西，下面使用一个通俗但不是很贴切的例子讲述Native和Managed，Native翻译成原生，其实有地道的，与生俱来的意思，例如你天生说普通话，那么可以说你是Mandarin NativeSpeaker。也就是与生俱来说普通话，地地道道的普通话。如果你要做一些语言相关的产品进行销售，如果你在销售产品之前把之翻译成各个语言，例如在国内销售翻译成中文，在美国翻译成英文，在日本翻译成日文，这好比你使用NativeCode来开发，在编译时已经为各个硬件平台生成原生的机器代码。但是Managed(托管)代码就好比世界语，世界上没有那个民族和地区天生就说世界语，但是你使用世界语来销售你的产品。针对每个不同国家和地区，你附送一个及时翻译机，这个翻译机会在用户使用的时候把世界语翻译成当地原生语言。这就好比基于.NET CompactFramework开发的代码，需要CLR来翻译执行。这里注意不同硬件平台CLR是不一样的，他们功能都是把IL编译成Native的机器码，但是各个平台的机器码不一样，所以.NET Compact Framework也不一样。.NET CompactFramework帮你处理了平台差异性，因此.NET CompactFramework的程序是跨平台的，就像世界语加上翻译机那样，基于.NET CompactFramework编写的代码可以支持任何平台，前提是微软为具体平台实现CLR。例如大家都知道Yahoo，其实世界上有一种快要消失的语言就叫做Yahoo，如果你做一个世界语到Yahoo语的翻译机，那么你的产品可以不做任何修改就卖到讲Yahoo语的地方了。
理论讲Native Code vs. Managed Code Native Code Managed Code 编译成平台相关的机器码 编译成IL(Intermediate Language) 一次编译，各种设备到处运行 为各个不同设备编译不同版本 不需要其他子系统支持（相对于.NET Compact Framework来说） 需要CLR支持，也就是需要安装.NET Compact Framework Rumtime 可以最大限度的访问系统提供的API和服务 只能访问.NET Compact Framework 提供的服务，例如WIFI和Bluetooth，.NET Compact Framework的BCL不提供支持，所以如果只是使用.NET Compact Framework 是不能进行WIFI和Bluetooth的开发的。
由于有上述的限制性，所以微软提供P/Invoke来访问平台相关的API和COM。 可以使用MFC，ATL，WTL，STL等库进行开发 可以使用.NET Compact Framework 的BCL进行开发
如何选择Native Code和Managed Code了解了Native Code 和 Managed Code的异同，可以根据其特点和相应的需求进行选择。没有绝对的好坏，所以才存在两个平台同时存在的现状。
NativeCode开发速度相对慢一些，因为没有.NET Compact Framework 的Base ClassLibraries的支持。BCL为开发者做了大量的封装，例如Garbage Collection，Windows form，WebService等等。基于BCL开发者可以专注于业务的开发。所以使用.NET CompactFramework一般来说可以节省不少开发时间。时至今日，库对语言的影响越来越多，如果没有RoR，Ruby可能还是一个籍籍无名的日本方言。C++之父BjarneStroustrup说，C++的扩展更多的在STL的扩展，通过STL来支持新特性，以此C++从语法上一直没有大变化，但是由于STL的不断扩展而不断带来新的活力。可见库对一个语言和开发人员的重要性。在这方面.NET Compact Framework 胜出，但是NativeC++还是可以通过MFC，ATL，WTL，STL来补救。我本人十分喜欢使用WTL处理界面和大量使用STL，关于WTL，可以参考：
Windows Mobile和Wince(Windows Embedded CE)下的WTL(Windows Template Library)开发
Windows Mobile 和 Wince(Windows Embedded CE) 下的 WTL(Windows Template Library) 界面(UI)开发
Windows Mobile和Wince下使用WTL进行Windows Media Player开发
关于在今日插件使用WTL的问题
Windows Mobile下使用Native C++(WTL, MFC, Win32)开发，如何为对话框加入菜单
Windows Mobile下如何去掉WTL对话框CStdDialogImpl的OK按钮
在Windows Mobile下使用WTL进行Native C++开发，如何显示等待图标
在Windows Mobile和Wince(Windows Embedded CE)下进行WTL开发，如何加入超链接(HyperLink)
但是Native Code执行速度相对快，因为基于.NET Compact Framework 的代码有JIT的过程，第一次执行需要把IL编译到Native机器码，而Native Code本身就是机器码，所以Native Code快很多。
同时Native Code使用的memory footprint也少很多很多，NativeCode使用的footprint只是和你编写的代码分配内存有关。但是基于.NET Compact Framework的代码，尽管一个几乎没有任何功能的程序，启动的时候也需要1到2M的内存。这些内存用于处理Garbage Collection等用途。
NativeCode和Managed Code存在一个可控性的gap，.NET Compact Framework 是.NETFramework的精装版，封装了一部分.NET Framework的功能，但是不完全包含.NET Framework的所有功能。NativeCode具有完全访问系统API和服务，平台API的能力，而.NET Framework不完全具备，.NET Compact Framework就更加不具备，所以从系统可操控性来说，Native Code和Managed Code存在一个gap，这个gap是指有些功能NativeCode可以做，但是Managed Code却无法实现的功能，例如WIFI，Bluetooth。要在.NET CompactFramework 实现这些功能必须通过P/Invoke来实现，关于P/Invoke可以参考一下
.NET Compact Framework 下Win32 API P/Invoke 的使用
开发P/Invoke的工具与Website
如何在Windows Mobile下使用Native C++动态加载DLL
Windows Mobile和Wince(Windows Embedded CE)下如何封装Native DLL提供给.NET Compact Framework进行调用
Windows Mobile和Wince(Windows Embedded CE)下封装Native DLL进一步探讨
在Windows Mobile和Wince(Windows Embedded CE)下封装Native DLL的回调函数
由于这个可控性的gap的存在，所以出现了OpenNETCF的Smart Device Framework，32feet.net等库，这些库为基于.NET Compact Framework的程序封装了P/Invoke的调用，这样减少了gap的存在。32feet.net可以参考基于32feet.net对Broadcom(Widcomm) stack蓝牙(Bluetooth)设备开发Windows Mobile与PC程序等系列文章。当然微软也不断的在填补这个gap，.NET Compact Framework的不断升级，这个gap越来越小了，例如.NETCompact Framework 1.0没有串口操作，但是在.NET Compact Framework 2.0已经加上。可是.NETCompact Framework的rumtime就越来越大，同时启动也越来越慢，任何都是均衡，移动设备受到CPU速度和内存的限制，.NETCompact Framework 并不是加入越多功能越好。过犹不及，中国人常说的。
Balabala...说那么多还是没有说到底如何选择，其实是trade-off(均衡)，没有绝对真理，还是根据具体需求，结合上述NativeCode和Managed Code的特点来选择。我自己的经验，如果速度要求快，内存要求少的核心模块都是使用NativeC++（一般包括W界面，纯数据处理的程序和完全自定义界面的GDI程序），其他模块都用.NET CompactFramework。如果一个模块需要大量使用P/Invoke，也是需要考虑使用Native C++来代替.NET CompactFramework的。目前觉得选择还是OK的。
写到这里，希望看官能明白，有疑问请回复交流。下午Christmas party, happy去。
原文Windows Mobile开发，Native C++ PK .NET Compact Framework :qiang :support: :happy: :oil 三把火 :@ :@ :@ :yct_77 :yct_77 :yct_77 我要好好学习一下
支持支持 可预见的未来不需要manage的就用native
回复 #6 yuba 的帖子
界限越来越模糊，以后Windows native支持.NET framework。 以后有原生支持.NET framework的硬件，java好像已经有了。 LZ太强，膜拜下:qiang :qiang 看到有分，我就进来了。:mk_52 原帖由 stellahie 于 16-12-2009 12:19 发表 http://www.freeoz.org/bbs/images/common/back.gif看到有分，我就进来了。:mk_52
同上！:tk_38 我也来零点份 我是来领分的 学习一下~~~.net接触不多。 楼主强人，进来受分...:lol 强！ 我要分分，同时向贺新任话题主持人学习:good :good :congra :congra :congra 俺要分分！！！！ 真能写。。。。。你可以去做columnist了。 我是进来领分的。 学习了~~~~c#学习进行中。。。。 :support: :support: 楼主牛人。
不过听说微软Windows Mobile部门最近刚砍了很多人，前途难料啊 原帖由 stellahie 于 16-12-2009 12:19 发表 http://www.freeoz.org/bbs/images/common/back.gif
看到有分，我就进来了。:mk_52
尾随...:happy: :happy: :happy: :qiang :qiang :qiang 只熟悉C++，所以。。。 领分来了，可是LZ的那篇文章完全不懂。:L ;P 分派完，明天补上。:D :D :D 原帖由 ljbit 于 16-12-2009 15:52 发表 http://www.freeoz.org/bbs/images/common/back.gif
楼主牛人。
不过听说微软Windows Mobile部门最近刚砍了很多人，前途难料啊
暂时不会，微软不会放弃这块，移动应用算是未来一个重点。 等加分:yct_2 :yct_2 :yct_2