http://www.devbuzz.com/http://www.codeproject.com/KB/windows/index.aspxhttp://msdn.microsoft.com/zh-cn/windowsmobile/bb264322(en-us).aspxhttp://windowsmobiledn.com/forum/   添加新智能设备项目Pocket PC 2003Windows CEWindows Mobile 5.0 Pocket PC SDKWindows Mobile 5.0 SmartPhone SDKWindows Mobile 6.0 Professional SDK

WindowsCE是微软公司嵌入式、移动计算平台的基础，它是一个开放的、可升级的32位嵌入式操作系统，是基于掌上型电脑类的电子设备操作系统。 WinCE是一个嵌入式操作系统，使用范围更广泛，不过它只是提供最基本的操作系统功能。WindowMobile是一个基于WinCE内核的完整移动方案解决包，本质上来说，它也算是一种WinCE的操作系统，最开始微软只开发了WinCE，后来微软在CE的基础上又针对不同的硬件开发出了多种有针对性的系统，比如手机、手持电脑等。在Windows Mobile 2003版本之前，这些针对不同设备的操作系统名称都不尽相同，有Pocket PC(不带电话功能的掌上电脑)、SmartPhone(又叫Smart Phone，用于智能手机的系统，系统功能比PPC要精简，同时不具备触摸屏，但具有键盘)、Pocket PC Phone Edition(带电话功能的掌上电脑等)等，后改为现名Windows Mobile，目前不带电话功能的掌上电脑叫做Windows Mobile Classic，以前的SmartPhone现在叫Windows Mobile Standard，带电话功能的掌上电脑叫做Windows Mobile Professional。 PocketPC，简称PPC，是专指使用微软Windows Mobile系列操作系统的PDA，有时候也特指其采用的操作系统。最早的Windows Mobile操作系统是Poceket PC 1.0，一款不怎么成功的操作系统，但PPC由此得名。因此以后采用它的升级版系统以及使用此系统的PDA也就被人们称作PPC并且一直这么叫下来了，随后的Poceket PC 2002、Windows Mobile 2003、Windows Mobile 2003 SE、Windows Mobile 5、6等我们在习惯上都称之为PPC 关于WinCE.net，WindowsCE版本主要有1.0、2.0、3.0、4.0、4.2、5.0 和6.0，由于微软在2000年提出了.net战略，因此它肯定不会放过WinCE这个平台，WinCE.Net（即WinCE 4.0）是微软于2002年1月份推出的首个以.Net为名的操作系统，从名字上我们就可以知道它是微软的.net的一部分。事实上WinCE4.0以后的系统也都是基于.net平台的了，但是通常习惯上所说的WinCE.net都是特指WinCE 4.0。 刚才也介绍过了，SmartPhone(又叫Smart Phone）也是用于智能手机的系统，这个操作系统我们可以看成是一个基于PPC系统，但是系统功能比PPC要精简，更贴近于普通手机而且在系统中做了相关优化的系统，与PPC Phone相比，它具有键盘，但是不具备触摸屏，更适合于单手操作。 目前WinCE最新版本是6.0，windows mobile 最新版本是6.1，但是它也只是windows mobile 6.0系统的一个小修小补罢了，本质上还是基于6.0的，目前我们俗称的Pocket PC也都是采用Windows Mobile系统了，因此最新系统也是6.1

(1)      因为做过一些Windows moblie的开发，所以新博客开张。就先对Windows moblie发表一些浅见。      先从Windows ce说起，有些朋友问我是做什么的，我说我做wince的，做技术的朋友一般也就不用再做解释了，但是面对不懂技术的朋友就不容易说清楚。我一般也就回答说：跟windows差不多...     当然，它的确和windows非常类似，只是定位不同。Windows ce是微软开发的嵌入式操作系统，简称是EOS。该系统为抢占式多任务的实时操作系统，具有模块化可定制的特点。与windows相比Windows ce要小许多，有文章说，它也比windows更快更可靠，但是我个人以为，可以更快更可靠也是因为它相对较小的缘故，当然，作为实时操作系统，在一些应用上的可靠性是会很高的。现在有一个问题，就是：Windows ce有多大的用途？和向我提出疑问的朋友们一样，在进入这个领域之初我自己也有过疑惑。那时我知道它用于嵌入式，也知道可以可以涉及多个领域，但是在国内的日常生活中还是很少像windows或linux一样可以的的确确的感受到它的存在。那么Windows ce到底存在与我们生活中的哪些角落呢？发现得太少，其实有时候是我们不够留心。平时我们在公路上见到交警手中拿着的用触笔写写画画的东西，偶尔坐火车，在进站前有警察拿着同样的东西登记一些乘客的信息...   这些都是Windows ce系统的设备。Windows ce可以应用在网络（网关路由），工业控制（机器生产线控制），测量设备，信息化家电，医疗设备，GPS导航相关设备。 可以应用到公安，城市交通，铁路，税务，城管，电力，野外作业，军事... 最后，还有一项应用，是贴近普通人们生活最近，也是发展前景最广阔的应用。也是我要主要介绍的:Windows moblie      Windows ce作为一个可定制的系统，为了应用于移动通讯领域（比如手机），微软在Windows ce的基础上开发定制了Windows moblie。到今天为止Windows moblie的最新版本是6.1，虽然微软已经发布了Windows moblie7的功能预览，但是目前国内还见不到它的任何应用，准确来说它还未完成，仍然在在开发中。      Windows moblie的基础上又有2个不同的定制，分别是smartphone 和 Pocket PC。smartphone看名字就可以联想到了，它应用于移动电话，而Pocket PC起初是用于掌上电脑，默认情况下并不具备电话功能，但是经过后来的改变。现在我们一般见到的Pocket PC的版本都是和smartphone一样，应用于手机。这两个同属于Windows moblie的子版本，最主要的区别也就是触笔的支持上。只有Pocket PC是支持触笔的。在它们上面的应用程序开发，在考虑周全的情况下，是可以相互移植的，本质区别并不多。要提醒一点，要在smartphone 和 Pocket PC轻松的相互移植要注意的是，最好不要使用MFC，因为微软为了给smartphone瘦身，并不提供对MFC的支持。 如果你急于动手，盲目的先实现了一个使用MFC的Pocket PC的应用，在实现smartphone上的移植时，你的程序很大块的面积将必须要重写。一般情况下，先从smartphone入手，再向Pocket PC移植是比较正确的选择，因为相对于Pocket PC，smartphone的某些支持更少，应该这样想，就像在同一个系统下，功能更多的高版本和低版本，做到向下兼容绝对比向上兼容要容易得多。   (2)        做Windows moblie开发，首先要接触的是它的开发工具。较早被使用的是EVC，一种开发界面和使用习惯类似于VC的开发工具，同样是使用C++作为开发语言。他最新的版本是EVC4 sp4，但是因为微软已经放弃对它的持续更新，以后也不会有新的版本出现了，现在已经不是我们做Windows moblie开发的首选工具了。而另一款同样被微软放弃的工具EVB，因为基于VB的更弱小的功能，则几乎已经被人们遗忘了。现在，在VS2008还没有被大肆推广前，VS2005应该说是Windows moblie开发的首选工具。        目前Windows Mobile的开发语言有.NET（包括C#和VB.NET）和C++。C#近几年一直深受微软的大力推广，虽然很多老牌的程序员并不看好它，但事实上它的推广还是做得很好的。目前我个人估计，国内在Windows moblie的应用程序开发上C#程序员的数量是多过C++的。当然，得出这个结论是有理由的。网上一些关于Windows moblie的论坛，讨论群等，都是基于.net开发的数量较多，而.net又尤以C#为主打。如果要搜寻Windows moblie开发的C++中文资料，一般来讲是相对比较少的。目前为止我也没有见到过中文的以C++为基础介绍Windows moblie开发的书籍，准确来说也并不是一本都没有，只是没有真正有用的可以作为教材的。想反，以C#为基础介绍Windows moblie的中文书籍近来还是出了一些。可见C#的市场貌似是要大些的。在一些政府部门和一些小的开发公司，做Windows moblie的开发现在已经基本都是使用C#。说了C#这些好处，并不代表我是C#的支持者。归到低，它只是一个开发的语言工具，市场大的根本原因，是它的简单易用。谁不喜欢简单的东西，C++实在是有过复杂。一些网上使用C#的开发同行在知道我一直使用C++后，认为我有自虐倾向。当然，这是他们在开玩笑。不过话说回来，由简入奢易，由奢入简难，所有我还是认为，做开发，从c\c++开始起步是明智的选择。不管有多少初学者在研究C#，现在大的开发公司，比如多普达，腾讯等等，都仍然是使用c\c++为主的，C#的功能和性能毕竟是有局限的。        最后，介绍一下我所熟悉的开发方式。Windows Mobile5.0以前的版本做开发，除了EVC还有vs2003可以选择，如果项目是现在才开始的，这些工具其实都可以抛弃了，与vs2005相比，它们显得很不好用。vs2005做Windows Mobile开发仍然是微软一贯的做法，它是向下兼容的，同时可以开发5.0和之前的版本。需要的准备工作就是从微软的网站上下载相应版本的SDK。目前已经有6.0的sdk可以下载。上一篇我提到了在Windows Mobile下的两个主要版本smartphone和Pocket PC之间做到软件可移植的问题。这里再详述一下。在使用C++的情况下，为了移植的方便，一般不要在开发Pocket PC的时候使用MFC。但是，不用MFC，用什么？直接使用Windows Mobile的SDK也是一种选择，但是这样的开发还是做起来比较繁琐的。现在，WTL在Windows开发上人们已经使用得很多了。它有很多优点，比如开发出的程序要比MFC的东西小不少，而且方便好用，它的准确介绍可以google一下其相关说明，我在这里就不多说。因为Windows Mobile的SDK和windows开发的win32 sdk的一致性，WTL对Windows Mobile的SDK也是完全支持的。要在vs2005下使用WTL，其版本至少在7以上，个人推荐WTL8.0。就像MFC一样，在安装以后，它同样可以在vs下生成Windows Mobile开发的向导选项。有了这些工具，我们就可以做Windows Mobile的开发了。但是目前国内在Windows Mobile开发领域的学习资料数量还是很有限的。要充分发掘Windows Mobile开发的潜力，就必须有快速熟悉它的方式。这一点微软做得很贴心，除了相应SDK自带的帮助文档外还有内容丰富的MSDN，如果这些还不够直观，微软还在相应SDK安装目录下的sample目录下放了很多的实例程序，对Windows Mobile开发需要的常用功能一一做了例子。        最后，趁着过新年，给有耐心看我这些浅见的朋友们拜年，大家新年发财，事事如意，薪水年年翻一番。也希望有专家朋友给我提提意见，做做指导。   From:http://blog.csdn.net/okluo/archive/2008/02/13/2090783.aspxhttp://blog.csdn.net/okluo/archive

单身宅男，周末只好在家折腾新手机。OK，回归正题，这里主要记录几个搭建Windows Mobile 6.5 Professional开发环境需要注意的问题。过程不详细，无图无真相。但是我相信，只要几个需要注意的问题搞定了，其他的对我们伟大的程序员同学们来说还是很简单的。一.安装必备1.Microsoft ActiveSync 4.52.Microsoft Visual Studio 2008 + SP13.Windows Mobile 6 Professional SDK Refresh4.Windows Mobile 6.5 Professional Developer Tool Kit这里需要注意的是VS 2008需要打上SP1，而WM6.5本质上还是使用6.0的SDK，所以在安装官方提供的WM6.5 DTK(Developer Tool Kit)前，需要先安装WM 6.0的SDK。安装WM6.5的DTK时，会对6.0的SDK做部分更新，并安装WM6.5的模拟器。二.可能出现的问题安装过程中，都是点下一步，这个难不倒伟大的程序员同学们。但是我用的Win2003，在安装WM6.0 SDK时，出现错误提示：“系统管理员设置了系统策略，禁止进行此安装。”。有可能会有同学出现跟我一样的错误，或者类似于“文件被数字签名策略拒绝(File was rejected by digital signature policy)”之类的错误，这里需要修改注册表搞定之：修改 HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Safer\CodeIdentifiers 注册表项下面的 PolicyScope 的注册表值，将值从0改为1，然后就可以安装了。安装完请自行改回来。三.开发相关1.新建项目的时候，可以选择SDK，选择WM6.0就可以了2.部署的时候，注意MS ActiveSync连接设置里要勾上“允许连接到以下其中一个端口”，并选择“DMA”，这样模拟器才能连上MS ActiveSync四.手机上.Net Compact Framework的安装转到C:\Program Files\Microsoft.NET\SDK\CompactFramework\v3.5\WindowsCE目录下，将NETCFv35.wm.armv4i.cab拷贝到手机中，然后运行cab文件就可以了，那是相当简单啊其他的对各位同学来说貌似应该没什么问题了。不过对我来说还有一个很囧的问题：我的本子分辨率是1280*800，而我的手机是480*800的分辨率。这样一来，我启动WM 6.5 WVGA模拟器时，800像素的高加模拟器外框菜单啥的，本子不够显示了，此问题除了砸钱买外接显示器外无解。。。 PS: Windows Mobile 6.5 Developer Tool Kithttp://www.microsoft.com/downloads/details.aspx?FamilyID=20686a1d-97a8-4f80-bc6a-ae010e085a6e&displaylang=en Windows Mobile 6 Professional and Standard Software Development Kits Refreshhttp://www.microsoft.com/downloads/details.aspx?familyid=06111A3A-A651-4745-88EF-3D48091A390B&displaylang=en#filelist      

        #region 全角半角转换        /// <summary>        /// 转全角的函数(SBC case)        /// </summary>        /// <param name="input">任意字符串</param>        /// <returns>全角字符串</returns>        ///<remarks>        ///全角空格为12288，半角空格为32        ///其他字符半角(33-126)与全角(65281-65374)的对应关系是：均相差65248        ///</remarks>        public  static string ToSBC(string input)        {            //半角转全角：            char[] c=input.ToCharArray();            for (int i = 0; i < c.Length; i++)            {                if (c[i]==

    在JavaScript开发中，被人问到：null与undefined到底有啥区别？     一时间不好回答，特别是undefined，因为这涉及到undefined的实现原理。于是，细想之后，写下本文，请各位大侠拍砖。     总所周知：null == undefined     但是：null !== undefined     那么这两者到底有啥区别呢？     请听俺娓娓道来... null     这是一个对象，但是为空。因为是对象，所以 typeof null  返回 'object' 。     null 是 JavaScript 保留关键字。     null 参与数值运算时其值会自动转换为 0 ，因此，下列表达式计算后会得到正确的数值： 　　　　表达式：123 + null　　　　结果值：123 　　　　表达式：123 * null　　　　结果值：0 undefined 　　undefined是全局对象（window）的一个特殊属性，其值是未定义的。但 typeof undefined 返回 'undefined' 。       虽然undefined是有特殊含义的，但它确实是一个属性，而且是全局对象（window）的属性。请看下面的代码：     alert('undefined' in window);   //输出：true      var anObj = {};     alert('undefined' in anObj);    //输出：false 从中可以看出，undefined是window对象的一个属性，但却不是anObj对象的一个属性。 　　注意：尽管undefined是有特殊含义的属性，但却不是JavaScript的保留关键字。 　　undefined参与任何数值计算时，其结果一定是NaN。 　　随便说一下，NaN是全局对象（window）的另一个特殊属性，Infinity也是。这些特殊属性都不是JavaScript的保留关键字！ 提高undefined性能 　　当我们在程序中使用undefined值时，实际上使用的是window对象的undefined属性。 　　同样，当我们定义一个变量但未赋予其初始值，例如： 　　　　var aValue; 　　这时，JavaScript在所谓的预编译时会将其初始值设置为对window.undefined属性的引用， 　　于是，当我们将一个变量或值与undefined比较时，实际上是与window对象的undefined属性比较。这个比较过程中，JavaScript会搜索window对象名叫‘undefined'的属性，然后再比较两个操作数的引用指针是否相同。 　　由于window对象的属性值是非常多的，在每一次与undefined的比较中，搜索window对象的undefined属性都会花费时间。在需要频繁与undefined进行比较的函数中，这可能会是一个性能问题点。因此，在这种情况下，我们可以自行定义一个局部的undefined变量，来加快对undefined的比较速度。例如：     function anyFunc()    {        var undefined;          //自定义局部undefined变量                if(x == undefined)      //作用域上的引用比较                        while(y != undefined)   //作用域上的引用比较            }; 　　其中，定义undefined局部变量时，其初始值会是对window.undefined属性值的引用。新定义的局部undefined变量存在与该函数的作用域上。在随后的比较操作中，JavaScript代码的书写方式没有任何的改变，但比较速度却很快。因为作用域上的变量数量会远远少于window对象的属性，搜索变量的速度会极大提高。 　　这就是许多前端JS框架为什么常常要自己定义一个局部undefined变量的原因！

onChange 当对象失去焦点后，如果value发生改变则触发； onpropertychange 只要value改变就触发（限IE） onBlur 失去焦点时触发   onChange 通俗点讲，就是当鼠标焦点改变时，检测当前输入框的值是否变化，如果则触发。onpropertychange 则是不检测鼠标焦点，只要这个框里的值发生变化就触发。onblur   则是当鼠标焦点改变时，就触发，不管值是否变化。 要注意的一个问题是，当用table键移动光标时，鼠标焦点并未发生变化所以onchange不会触发。 form:http://www.yanghengfei.com/show-216-1.html 2) 之前做了个对input框的实时校验，比如只允许输入数字，用户输入的却是字母等，这时候就把用户输入的值变为红色等...或者对textarea文本域剩余可输入字符的提示，就遇到了一个问题，使用onPropertyChange在IE下很好很正常，但是在FF上就么效果鸟~~~ 于是在网上就找到了一个可行性方法~~ Firefox有个oninput事件效果和onPropertyChange一样，所以同时加上oninput和onPropertyChange问题就解决鸟~~~ oo.... <input type="text" oninput="cgColor(this);" onPropertyChange="cgColor(this);" maxlength="4" name="pt_bankou" id="pt_bankou" value="" /> form:http://www.indang.net/?p=328

JavaScript中substr和substring的区别：String.substr(N1,N2) 从指定的位置(N1)截取指定长度(N2)的字符串; String.substring(N1,N2) 从指定的位置(N1)到指定的位置(N2)的字符串; 举个例子： alert("123456789".substr(2,5)) 它显示的是 "34567" alert("123456789".substring(2,5)) 则显示的为 "345" JavaScript中String 对象的slice（）、substring（）、substr（）方法都能提取字符串的一部分，但使用时有所区别。 stringObject.slice（startIndex，endIndex） 返回字符串 stringObject 从 startIndex 开始（包括 startIndex ）到 endIndex 结束（不包括 endIndex ）为止的所有字符。 1）参数 endIndex 可选，如果没有指定，则默认为字符串的长度 stringObject.length 。【注1】字符串中第一个字符的位置是从【0】开始的，最后一个字符的位置为【stringObject.length-1】，所以slice（）方法返回的字符串不包括endIndex位置的字符。   var stringObject = "hello world!";   alert(stringObject.slice(3)); // lo world!    alert(stringObject.slice(3,stringObject.length)); // lo world! 2）startIndex 、endIndex 可以是负数。如果为负，则表示从字符串尾部开始算起。即-1表示字符串最后一个字符。 【注2】合理运用负数可以简化代码   var stringObject = "hello world!";   alert(stringObject.slice(-3));

<asp:TextBox ID="textbox1" onpaste="return false" style="ime-mode:disabled" onkeypress="if ((event.keyCode<48 || event.keyCode>57) && event.keyCode!=46)  event.returnValue=false;" MaxLength="10" runat="server"> </asp:TextBox> 禁止粘帖：onpaste="return false"禁用输入法：style="ime-mode:disabled"输入小数点：event.keyCode=46 ime-mode   CSS属性 语法：ime-mode : auto | active | inactive | disabled 参数：auto : 不影响IME的状态。与不指定ime-mode属性时相同active : 指定所有使用IME输入的字符。即激活本地语言输入法。用户仍可以撤销激活IMEinactive : 指定所有不使用IME输入的字符。即激活非本地语言。用户仍可以撤销激活IMEdisabled : 完全禁用IME。对于有焦点的控件（如输入框），用户不可以激活IME 说明：设置或检索是否允许用户激活输入中文，韩文，日文等的输入法（IME）状态。对应的脚本特性为imeMode。 示例：<input style="ime-mode:disabled"> 此时限制用户可输入的内容限制为英文字母和数字

There are situations when we want to call Asp.net validatiors form JavaScript. One such situation is when we want to close a pop up window on button click using window.close(). But before closing the window using JavaScript, we want to validate the data written in the controls of the window. It possible to call Asp.net validators from JavaScript. The following code shows a portion of asp.net page which includes one standard .net required field validator and one regular expression validator. <table> <tr> <td><asp:Label ID=”lbl1″ runat=”server” Text=”Please enter a digit”></asp:Label></td> <td><asp:TextBox ID=”txtbox1″ runat=”server”></asp:TextBox></td> <td><asp:RequiredFieldValidator ID=”valReq” ControlToValidate=”txtbox1″ runat=”server” ErrorMessage=”*” Display=”Dynamic”></asp:RequiredFieldValidator><asp:RegularExpressionValidator ID=”valreg” ControlToValidate=”txtbox1″ runat=”server” ErrorMessage=”Not valid character” ValidationExpression=”[0-9]“></asp:RegularExpressionValidator></td> </tr> <tr> <td></td><td><asp:Button ID=”btn1″ runat=”server” Text=”Submit” OnClientClick=”performCheck()”/></td> <td></td> </tr> </table> In design mode, it looks as below View in design mode Now we want to make sure that .net validators get fired up on “Submit” button click before closing the window using javascript window.close(). In our example, we have a text box where we expect a single digit before closing the window. All we have to do to fire up .net validators is to call “Page_ClientValidate()” function.  The following JavaScript code shows how “Page_ClientValidate()” function can be used before closeing window. <script type=”text/javascript” language=”javascript”> function performCheck(){ if(Page_ClientValidate()){ window.close(); } }</script> Now, if the Submit button is clicked leaving the text box empty, the required field validator will fire up as shown in the below screen shot. Required field validotor fires up If any thing is written in other than a single digit, we will get the following output. Regular Expression Validator fires up