描述符转换

需要将非英文的16位描述符转成8位描述符，使用CnvUtfConverter类

如果是英文的16位描述符转成8位描述符，直接使用copy方法

 

其他字符类型类

　　看到Symbian的描述符，最疑惑的不仅仅是那套复杂的继承体系，还有_L和_LIT这样的宏。打开_LIT这 个宏，你可以看到，它其实就是定义一个TLitC类型的const static常量字符串。从意义上来说，通过_LIT，可以将一些常用的字符串作为常量存在，使其不会反复构造和析构，是空间换时间的策略；从接口上看， 它重载了很多转型运算符operator ()，可以转身成为TDesC的各个版本，与该继承体系兼容；而从内存实现上来看，它存放的是：C++字符串的长度（除/0） + 原汁原味的C++字符串（就是/0结尾的一坨short int或者char数组...），通过这样的结构，一方面可以和Symbian的描述符表示相一致，又可以享用C++的原始支持，一举两得。

　 　相比_LIT的华丽，_L这个宏就土鳖不少，代表了旧生产力的落后。它其实，就是定义一个TPtrC，TPtrC中的内容指向了一个常量的数组 （typedef后叫做TText...），这个常量数组，其实就是有一个char或short int的数组转型而成，也是原汁原味的C++字符串。从本质上来看，TPtrC扮演这个角色，完全是在人手短缺时的友情客串，它本不应该来做这件事情，因 为其内部是通过一个指针来指向真实的字符空间，很多操作都经过多一次的取址操作，降低了效率；而TLexC，则是量身打造精心包装天生大明星，它优化掉了 那个作梗的指针，提高了效率。所以摒弃_L，拥抱_LIT，是所有Symbian教学都会呼吁的内容，还是合情合理的。。。

　　还有一个常 用的和字符串相关联的东西，就是TLex类。它做的工作，就是大名鼎鼎的string-parsing。给它一个描述符，它可以还你一个整形数抑或是浮点 数。TLex对数的解析，本质上还是基于ascii编码的，你给它的描述符编码，需要兼容ascii标准，不要拿个全角的数字为难它，它会罢工