Erlana - 许式伟的专栏

xushiweizh

许式伟 ID：xushiweizh

[修改头像]

共365023次访问，排名123好友1人，关注者24人

xushiweizh的文章

原创 117 篇

翻译 0 篇

转载 10 篇

评论 851 篇

许式伟的公告

本博客内容除非特殊说明均属原创，如需转载、引用其中的部分文字，请注意以下几点：

1）请在转载（引用）的内容开始添加本人署名，并提供本博客中相应文章的链接。如你的作品为非电子读物或纯文本，请给出链接的url。

2）请勿用于商业用途。

3）如果愿意，请给我邮件：xushiweizh@gmail.com，让我知道我的东西到哪去了。谢过。

重要链接

一个我不知道的C++语法

gcc居然支持：int a = ({int i = 0; ++i; i;}); 这是C++标准吗？阅读全文>

发表于 @ 2008年04月23日 14:50:00|评论(loading...)|编辑

2008年04月04日

C/C++字符串处理(5)：std::deque与std::TextPool

通过 vector, list, deque 的时间、空间性能对比，我们可以看出，应该提倡尽可能使用 deque 这个容器。特别是，如果要承受海量数据，deque 是最合适的人选了。阅读全文>

发表于 @ 2008年04月04日 01:06:00|评论(loading...)|编辑

2008年03月28日

C/C++字符串处理(4)：std::vector与std::StringBuilder

std::StringBuilder 基于 std::vector 实现。所以尽管本文讨论 std::vector，但是所有的结论对 std::StringBuilder 同样有效。阅读全文>

发表于 @ 2008年03月28日 02:59:00|评论(loading...)|编辑

2008年03月26日

C/C++字符串处理(3)：String ADT - 字符串只是抽象数据类型

字符串是什么？我们认为，与其说它是一个类，不如说它只是一个ADT（抽象数据类型）。阅读全文>

发表于 @ 2008年03月26日 22:31:00|评论(loading...)|编辑

2008年03月23日

C/C++字符串处理(2)：String - 常字符串

StdExt的String(BasicString)，和你以前见过的所有字符串类都不太一样。它的特别之处在于，它并不维护字符串的生命周期。这可能让你诧异：居然会有这样字符串类，它并不管理字符串的生命周期。但是我们这样做了。而这的确给我们带来很多便利。例如： * 赋值（复制）、子串（substr）是非常轻量的操作。Copy-On-Write技术完全是多余的。 * 可以将任意的线性容器（如std::vector、std::basic_string）临时转换为String（非常轻量）。参见下文中对String::cast方法的介绍。为什么String类可以不管理自己的生命周期？这就是我们StdExt的内存管理变革倡导的思想了。阅读全文>

发表于 @ 2008年03月23日 21:20:00|评论(loading...)|编辑

2008年03月20日

C/C++字符串处理盘点：Char*/String/StringBuilder/TextPool/Rope

在介绍StdExt的时候，我曾经提到，STL设计精良，但是以下几块仍然设计不足（或缺失）： * allocator（内存管理） * string（字符串处理/文本处理） * parallel programming（并行编程）关于内存管理，我们已经说得很多了。这里我们重点谈的是字符串处理/文本处理相关的问题。本篇是《字符串处理完整参考》这个系列的第一篇。阅读全文>

发表于 @ 2008年03月20日 22:08:00|评论(loading...)|编辑

2008年03月05日

C++内存管理变革(8)：Lock Free（无锁）的GC Allocator

随着多核趋势的明朗，对软件来说，这意味一次巨变。多核时代，注定要改变计算机发展历史。在我们还在努力学习OO方法论时，须不知，一场新的颠覆性的编程革命到来了。内存管理是程序语言中的最基础的设施。如果你长期做服务端的开发，一定知道，服务器性能调优的关键在于内存管理。为什么GC Allocator是Lock Free（无锁）的？阅读全文>

发表于 @ 2008年03月05日 16:25:00|评论(loading...)|编辑

2008年03月01日

Erlang平面名字空间的缺陷及解决方案

问题缘起：参阅 Erlang Question 邮件列表上的讨论（http://groups.google.com/group/erlang-questions/browse_thread/thread/fed4e293a015ce8）。阅读全文>

发表于 @ 2008年03月01日 13:20:00|评论(loading...)|编辑

2008年02月19日

自动化单元测试的意义

出处作者：许式伟写于：2005年3月背景：WPS Office 2005 (开发代号: V6) 原文：why-unit-test.pdf (pdf格式) 目录 * 自动化单元测试的重要特征 * 单元测试的项目意义 * 单元测试对设计的意义 * cppunit for v6 * 将测试案例写在dll中阅读全文>

发表于 @ 2008年02月19日 08:37:00|评论(loading...)|编辑

2008年02月04日

C++内存管理变革(7)：基于ScopeAlloc的STL容器

在前文（请参阅《C++内存管理变革(6)：通用型垃圾回收器 - ScopeAlloc》），我们介绍了ScopeAlloc。既然我们称之为一个通用型的GC Allocator，那么这里我们就谈谈如何用ScopeAlloc来改造STL的容器，它们包括：std::list, std::map, std::set, std::multimap, std::multiset。阅读全文>

发表于 @ 2008年02月04日 15:03:00|评论(loading...)|编辑

2008年01月22日

C++内存管理变革(6)：通用型垃圾回收器 - ScopeAlloc

在前文，我们引入了GC Allocator（具备垃圾回收能力的Allocator），并提供了一个实作：AutoFreeAlloc（详细内容参见《C++内存管理变革(2)：最袖珍的垃圾回收器 - AutoFreeAlloc》）。但是，如前所述，AutoFreeAlloc是有其特定的适用环境的（它对内存管理的环境进行了简化，这种简化环境是常见的。详细参阅《C++内存管理变革(3)：另类内存管理 - AutoFreeAlloc典型应用》）。那么，在AutoFreeAlloc不能适用的情形下，我们可以有什么选择？本文要讨论的，正是这样一个GC Allocator实作。它所抽象的内存管理的环境比之AutoFreeAlloc复杂许多，适用范围也广泛很多。这个GC Allocator我们称之为ScopeAlloc。阅读全文>

发表于 @ 2008年01月22日 18:14:00|评论(loading...)|编辑