随笔 - 96  文章 - 255  trackbacks - 0
<2013年7月>
日一二三四五六
30123456
78910111213
14151617181920
21222324252627
28293031123
45678910

E-mail：zbln426@163.com QQ：85132383 长期寻找对战略游戏感兴趣的合作伙伴。

常用链接

留言簿(21)

随笔分类

随笔档案

SDL相关网站

我的个人网页

我的小游戏

资源下载

搜索

  •  

积分与排名

  • 积分 - 489485
  • 排名 - 37

最新评论

阅读排行榜

评论排行榜

2013年7月22日
Loih（落埃: 无敌英雄传说）
posted @ 2013-07-22 12:17 lf426 阅读(5099) | 评论 (0) | 编辑 收藏
2010年6月26日
彻底解密C++宽字符：6、国际化策略（完）
     摘要: 硬编码的硬伤——补救——Windows的策略——Linux的策略——跨平台策略——gettext策略——更多  阅读全文
posted @ 2010-06-26 19:55 lf426 阅读(3532) | 评论 (4) | 编辑 收藏
彻底解密C++宽字符：5、利用fstream转换
     摘要: C++的流和本地化策略集——basic_filebuf——利用fstream实现宽窄转换  阅读全文
posted @ 2010-06-26 16:40 lf426 阅读(3082) | 评论 (0) | 编辑 收藏
彻底解密C++宽字符：4、利用codecvt和use_facet转换
     摘要: locale和facet——codecvt——内部编码和外部编码——CodecvtFacet的in()和out()——演示程序源代码——use_facet  阅读全文
posted @ 2010-06-26 13:39 lf426 阅读(8735) | 评论 (2) | 编辑 收藏
彻底解密C++宽字符：3、利用C运行时库函数转换
     摘要: std::locale——mbstowcs()和wcstombs()——宽窄转换函数：string和wstring之间的转换。  阅读全文
posted @ 2010-06-26 11:17 lf426 阅读(2962) | 评论 (1) | 编辑 收藏
2010年6月25日
彻底解密C++宽字符：2、Unicode和UTF
     摘要: Unicode和UCS——Unicode和UTF——UTF-8和Windows GB2312——UTF-16和UCS-2——UTF-32和UCS-4——BOM  阅读全文
posted @ 2010-06-25 21:51 lf426 阅读(3579) | 评论 (1) | 编辑 收藏
彻底解密C++宽字符：1、从char到wchar_t
     摘要: 从字符到整数——本地化策略集（locale）——C/C++的编译策略——宽字符 wchar_t  阅读全文
posted @ 2010-06-25 14:41 lf426 阅读(21040) | 评论 (6) | 编辑 收藏
2010年6月12日
socket 编程入门教程（六）UDP应用：2、UDP版的Echo Client
     摘要: 我们将UDP版的doEcho()也设计成返回bool：true表示循环继续；false表示关闭客户端。  阅读全文
posted @ 2010-06-12 12:11 lf426 阅读(3693) | 评论 (2) | 编辑 收藏
socket 编程入门教程（六）UDP应用：1、UDP版的Echo Server
     摘要: 这里跟TCP有些细微的差别。在TCP中，recv()返回0表示连接正常断开，而UDP中没有连接和断开的概念，recv()或者recvfrom()返回0表示收到一个0字节大小数据的数据报。另外，因为TCP是一对一连接的，所以一旦连接上，TCP服务器只能处理来自一个客户端的echo请求（后面会讲到多线程的使用，就可以让TCP同时处理多个客户端了）；而UDP服务器则可以处理来自任何客户端的echo请求，为了返回信息到正确的客户端，我们的策略是，接收一个UDP数据包后，马上刷新发送目标地址为上一次接收地址，然后再回发数据，所以这里每次多了一个重新指定发送目的地的函数。  阅读全文
posted @ 2010-06-12 11:16 lf426 阅读(2468) | 评论 (2) | 编辑 收藏
2010年6月11日
socket 编程入门教程（五）UDP原理：5、预读MSG_PEEK
     摘要: 因为UDP是按数据包接收的，我们在接收之前并不知道这个数据包有多大。一个策略是，我们准备足够大的应用程序缓存以免出错，但是这个“足够大”的概念是建立在我们对传送的数据事先有了解的情况下，比如是我们自己设计服务器端和客户端并且制定应用层协议；另外一种策略是，将一个数据包的相关信息记录在数据包的前面的一些字节中，比如说大小，这样，我们可以通过预读数据包的前面一段，得到这个数据包的相关信息，比如说大小，然后再安排缓存。  阅读全文
posted @ 2010-06-11 13:30 lf426 阅读(5346) | 评论 (1) | 编辑 收藏
仅列出标题  下一页
Copyright ©2024 lf426 Powered by: 博客园 模板提供：沪江博客