快速压�~?解压�~�类源码

Kyee Ye — Sun, 22 May 2011 04:24:00 GMT

摘要: TKYQuickPack(快速压�~�类), TKYQuickUnpack(快速解压羃�c?, 源码如下: KYQuickPack.h 文�g Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> 1 // ==========... 阅读全文

Kyee Ye 2011-05-22 12:24 发表评论

Kyee Ye — Sun, 22 May 2011 04:10:00 GMT

摘要: Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> 1 // ======================================= 2 // Unit ... 阅读全文

Kyee Ye 2011-05-22 12:10 发表评论

String 替换函数源码

Kyee Ye — Sun, 22 May 2011 04:05:00 GMT

摘要: --------------------------------------------------------------------------------标题: String 替换函数源码作�? 叉��虎日�? 2010.03.15-------------------------------------------------------------------------------- ... 阅读全文

Kyee Ye 2011-05-22 12:05 发表评论

在Win32�q�_��中，多读单写锁如何实玎ͼ�

Kyee Ye — Sun, 22 May 2011 03:22:00 GMT

摘要: --------------------------------------------------------------------------------标题: 在Win32�q�_��中，多读单写锁如何实玎ͼ�作�? 叉��虎日�? 2004.03.17---------------------------------------------------------------------------... 阅读全文

Kyee Ye 2011-05-22 11:22 发表评论

C++ 代码�U�L��要点

Kyee Ye — Sun, 22 May 2011 02:55:00 GMT

--------------------------------------------------------------------------------
标题: C++ 代码�U�L��要点
作�? 叉��?br />日期: 2010.09.06
--------------------------------------------------------------------------------

1. 分层设计
   隔离�q�_��相关的代�? ��像可测试性一�? 可移植性也要从设计抓�v。一般来�? 最�?br />   层和最下层都不��h��良好的可�U�L��?
      1). 最上层�?GUI, 大多�?GUI 都不是跨�q�_��? �? Win32 SDK �?MFC
      2). 最下层是操作系�l?API, 大部分操作系�l?API 都是专用�?/p>

   如果�q�两层的代码散布在整个��Y件中, 那么�q�个软�g的可植性将非常的差, �q�是不言�?br />   明的。那么如何避免这�U�情况呢? 当然是分层设计了:
      1). 最底层采用 Adapter 模式, 把不同操作系�l�的 API ��装成一套统一的接�?�?
          KYLib �?, 至于��装成类�q�是��装成函�? 要看实际情况而定。如果在开发第
          一个��^台时��采�?KYLib, 可以大大减少�U�L��的工作量�?/p>

      2). 最上层采用分离界面表现与内部逻辑代码的模�? 把大部分代码攑ֈ�内部逻辑�?br />          �? 界面仅仅是显�C�和接收输入, 即��要换一�?GUI, 工作量也不大。这同时�?br />          是提高可��试性的手段之一, 当然�q�有其它一些附加好处。所以即使你采用 QT
          或�?GTK+ �{�跨�q�_��?GUI 设计软�g界面, 分离界面表现与内部逻辑也是非常
          有用的�?/p>

2. 注意�q�_��的特�?br /> a. 目录分隔�W? 在Windows下用 '\\', 在Linux下用 '/'�?/p>

b. 文本文�g换行�W? 在Windows下用 "\r\n", 在Linux下用 '\n'�?/p>

c. �?Windows 中文件名不区分大��写字母, 而在 Linux 中则区分大小写字母�?/p>

d. �?Windows 中线�E�可�?suspend �?resume, 而在 Linux 中则不允许此操作�?/p>

e. �?Windows 的动态库�? 除非明确指明�?export 的函数外, 其它函数对外都是�?br /> 可见的�?/p>

f. �?Linux 的共享库�? 所有非 static 的全局变量和函�? 对外全部是可见的。这
要特别小�? 同名函数引�v的问�? 让你查上两天也不��?/p>

g. �?Linux 的共享库�? 如果想绑定共享库里的全局�W�号(变量, 函数和类�{�等), �?br /> 在链接共享库的时�? ��d�� gcc 选项 -Wl,-Bsymbolic 卛_��?/p>

h. �?Linux 的共享库�? 如果�׃�n库存取主�E�序里定义的全局�W�号, 链接�ȝ��序的�?br /> �? 使用参数 -Wl,--export-dynamic 卛_��?/p>

3. 最好不要��用编译器�Ҏ(gu��)��的特�?br /> a. 像在 VC �? 你要实现�U�程局部存�? 在变量前加一�?__declspec( thread ) ��p��
�? 然而尽��在 pthread 里有�c�M��的功�? 却不能按�q�种方式实现, 所以无法移�?br /> �?Linux 下�?/p>

b. 同样 gcc 也有很多扩展, 是在 VC 或者其它编译器里所没有的。如�~�译成多�U�程�?br /> 全的选项 -pthread, 此选项在编译源�E�序和链接时使用�?/p>

4. 数据�c�d��差别
a. �?VC �?4位整型是 __int64, 而在 Linux 中是 int64_t�?/p>

b. �?VC 中函数指针默认情况下可以直接赋值给 void* �c�d��变量, 而在 Linux 中则�?br /> 允许直接赋�? 必须使用 (void*) 强制转换�?/p>

c. �?Windows 中的原子锁相兛_��?InterlockXXX 中的参数�c�d��?long*,
而在 Linux 中参数类型是 int*�?/p>

5. 调用外部�?静态库和动态库)差异
a. �?VC 中调用外部库�?.lib 支持, 若是动态库则直接通过 .lib 兌��?/p>

b. �?Linux 中调用静态库�?.a 文�g, 库之间的先后��序非常重要, �?libKYLib.a
�?libkylin.a, �?kylin 依赖 KYLib, 则在工程中加载库的顺序必��Mؓ(f��): 先加�?br /> libkylin.a, 再加�?libKYLib.a�?/p>

c. �?Linux 中调用动态库�?.so 文�g, 如果有好几个�? 它们之间有一些依赖关�pȝ��
�? 例如 X 依赖 Y, 那么你就要先加蝲那些被依赖的 Y, 然后加蝲 X�?/p>

d. �?Linux 中�؜合调用静态库和动态库, 如��?libKYLib.a �?libswgci32c.so, �?br /> libswgci32c.so 中��用了 libKYLib.a, 则在加蝲库时必须先加�?libKYLib.a, �?br /> 后再加蝲 libswgci32c.so�?/p>

6. 加蝲动态库时查找�\径顺序的差异
   a. Windows 库搜索�\径和��序
      1). 应用�E�序目录
      2). 当前工作目录
      3). �pȝ��目录 (%systemroot%, %systemroot%\system �?%systemroot%\system32),
          �? C:\WINNT\, C:\WINNT\system, C:\WINNT\system32
      4). 路径变量 (�pȝ��的环境变�?Path)

   b. Linux 库搜索�\径和��序
      1). 链接时指定的路径, �? -Wl,-rpath=./ 选项表示�~�译�?ld 路径
      2). 环境变量 LD_LIBRARY_PATH 指明的�\�?br />      3). /etc/ld.so.cache中的函数库列�?br />      4). /lib目录, 然后/usr/lib
      5). 当前工作目录

7. 动态库入口函数的差�?br /> a. Windows 中有 DllMain 入口函数, �?Linux 中则没有�?/p>

   b. Linux 中有�Ҏ(gu��)��函数 _init �?_fini, 主要是分别用来初始化函数库和关闭的时�?br />      做一些必要的处理, 我们可以把自��p��为需要的代码攑ֈ��q�两个函数里�? 它们分别
      在函数库被加载和释放的时候被执行。具体说, 如果一个函数库里面有一个名字�ؓ(f��)
      "_init" 的函数输�? 那么在第一�ơ通过 dlopen() 函数打开�q�个函数�? 或者只�?br />      ��单的作�ؓ(f��)�׃�n函数库被打开的时�? _init 函数被自动调用执行。与之相对应的就
      �?_fini 函数, 当一个程序调�?dlclose() 去释攑֯��q�个函数库的引用的时�? �?br />      果该函数库的被引用计数器�?0 �? 或者这个函数库是作��Z��般的�׃�n函数库被�?br />      用而��用它的程序正帔R��出的时�? _fini��׃��(x��)被调用执行�?/p>

      C语言定义它们的原型如下：(x��)
      void _init(void);
      void _fini(void);

      当��用你自己�?_init �?_fini 函数�? �?x��)出现命名冲�H? ��׃��(x��)得到一�?br />      "multiple-definition" 的错�? �~�译器提�C�已�l�存在这个名�? 可以通过几种方式
      来解冻I��(x��)
         1). 自定�?init 函数名字, 比如 myinit �?-Wl, 选项�l?ld 传递此名字:
         gcc ... -Wl,-init=myinit

2). �?GCC �~�译源程序时, 可以使用选项 -nostartfiles 来��׃�n库不与系�l?br /> 启动文�g一��L(f��ng)��?br /> gcc ... -nostartfiles

3). 使用上面的函数或 GCC �?-nostartfiles 选项�q�不是很好的�?f��n)�? 因�ؓ(f��)�q?br /> 可能�?x��)��生一些意外的�l�果。相�? 库应该��?br /> __attribute__((constructor)) �?__attribute__((destructor)) 函数�?br /> 性来输出它的构造函数和析构函数。如下所�C?

void __attribute__((constructor)) x_init(void);
void __attribute__((destructor)) x_fini(void);

             构造函��C��(x��)在dlopen()�q�回前或库被装蝲时调�?
             析构函数�?x��)在�q�样几种情况下被调用: dlclose() �q�回�? �?main() �q�回
             �? 或装载库�q�程�?exit() 被调用时�?/p>

c. Linux 中的初始化和释放函数不徏议��用�?/p>

--------------------------------------------------------------------------------

Kyee Ye 2011-05-22 10:55 发表评论

亚洲永久字幕,亚洲精品1区2区,国产亚洲欧美一区

快速压�~?解压�~�类源码

String 替换函数源码

在Win32�q�_��中，多读单写锁如何实玎ͼ�

C++ 代码�U�L��要点