C++确实很复杂，神一样的0x不知道能否使C++变得纯粹和干爽？
boost很复杂，感觉某些地方有过度设计和太过于就事论事的嫌疑，对实际开发工作的考虑太过于理想化。学习boost本身就是一个复杂度，有魄力在项目中广泛采用boost复杂度会再加一层，抓狂的编译时间，井喷式的编译错误，运行时崩溃后的咒语式堆栈……
其中好的东西还是值得用的，但凡事有个度。如果将应用做到boost这个级别了，要么你很牛，要么你在装。
用不用，看看还是有好处的。建议中高级以上C++程序员了解boost。
第1章 Boost程序库总论
- 使用Boost，将大大增强C++的功能和表现力
第2章 时间与日期
- timer提供毫秒级的计时精度，内部是通过std::clock取时间的
- progress_timer自动打印某生命周期的执行时间
- 原则上程序库的代码是不应该被用户修改的
- progress_display可以在控制台上显示程序的执行进度
- date_time库能很好的表示日期时间概念，并能和C的时间结构tm进行友好互转
- date类提供年月日和星期几的概念。data可通过from_string或from_undelimited_string从字符串解析而来，可通过to_simple_string、to_iso_string、to_extended_iso_string转换为字符串。（精度到天的DateTime）
- day_clock是精度到天的时钟
- date_duration表示的是天精度的时间间隔概念，别名为days，另外还有years、months、weeks
- date_period表示两个date之间的日期区间（精度到天的TimeSpan）
- date_iterator、week_iterator、month_iterator和year_iterator是时间的迭代器
- boost::greorian::gregorian_calendar中有实用静态方法：is_leap_year、end_of_month_day
- time_duration表示微妙或纳秒级的时间概念，几个实用子类：hours、minutes、seconds、millisec/milliseconds、microsec/microseconds、nanosec/nannoseconds
- duration_from_string可以从字符串解析time_duration
- ptime用来表示时间点，相当于date和time_duration的组合。可以用time_from_string或from_iso_string解析。（TimeSpan）
ptime now1 = second_clock::local_time(); // 得到本地当前秒精度时间
ptime now2 = microsec_clock::universal_time(); // 得到本地当前微秒精度时间 - time_period表示两个ptime之间的时间区间。（DateTime）
- 时间迭代器没有日期迭代器那么多，只有time_iterator一个
- （boost时间日期库乱、破碎、过度设计）
第3章 内存管理
- scoped_ptr类似auto_ptr，但其一旦获得对象的管理权，你就无法再从它那里取回来。该智能指针只希望在本作用域里使用，不希望被转让。auto_ptr有意设计成所有权的自动转让，scoped_ptr有意设计成所有权的无法转让。scoped_ptr和auto_ptr均不能作为容器元素。
- scoped_array包装的是new[]产生的指针，并调用的是delete[]。往往是用来和C代码保持兼容，一般不推荐使用
- 无论是编译器还是程序员都很难区分出new[]和new分配的空间，错误的运用delete将导致资源异常
- 在C++历史上曾经出现过无数的引用计数型智能指针实现，但没有一个比得上boost::shared_ptr，在过去、现在和将来，它都是最好的
- shared_ptr支持的转型有：static_pointer_cast<T>、const_pointer_cast<T>、dynamic_pointer_cast<T>，返回的结果是shared_ptr，并能保证这些指针的引用计数正确
- 用shared_ptr可以消除代码中显示的delete，用make_shared、allocate_shared可以消除代码中显示的new
- 桥接模式(bridge)是一种结构型设计模式，它把类的具体实现细节对用户隐藏起来，以达到类之间的最小耦合关系。在具体编程实践中桥接模式也被称为pimpl或者handle/body惯用法，它可以将头文件的依赖关系降到最小，减少编译时间，而且可以不使用虚函数实现多态
- get_deleter(shared_ptr<T> const& p)可以获得删除器。shared_ptr的删除器在处理某些特殊资源时非常有用，它使得用户可以定制、扩展shared_ptr的行为，使其不仅仅能够管理内存资源，而是称为一个“万能”的资源管理工具
- 对应shared_ptr，也有一个shared_array，scoped_array和shared_array均不对operator[]做下标检测
- weak_ptr是为配合shared_ptr而引入的，更像是shared_ptr的一个助手而不是智能指针，其没有重载operator*和->，不具有普通指针的行为。它最大的作用在于协助shared_ptr工作，像旁观者那样观测资源的使用情况
- weak_ptr被设计为与shared_ptr共同工作，可以从一个shared_ptr或者另一个weak_ptr对象构造，获得资源的观测权。但weak_ptr没有共享资源，它的构造不会引起指针引用计数的增加。同样，在weak_ptr析构时也不会导致引用计数的减少，它只是一个静静的观察者
- 获得this指针的shared_ptr，使对象自己能够产生shared_ptr管理自己：class T : public enable_shared_from_this<T>, then shared_ptr shared_from_this().
- intrusive_ptr是一个侵入式的引用计数型指针。当对内存占用的要求非常严格，或现存代码已经有了引用计数机制时可以考虑。一般情况不推荐使用。
- pool为固定块大小的类似malloc的原生内存分配器，支持数组式分配，一般情况下不必对分配的内存调用free()。只分配原生内存，不调用构造函数，回收不调用析构函数，最好不要用于对象。
- singleton_pool和pool接口完全一致，但为单件线程安全，同样要求编译期指定要分配的原生内存块大小
- object_pool为特定类型的对象池，不支持数组式分配，支持对象分配和对象原生内存分配
- pool_alloc和fast_pool_allocator是boost提供的两个STL分配器。除非有特别需求，我们应该总使用STL实现自带的内存分配器。使用定制的分配器需要经过仔细的测试，以保证它与容器可以共同工作。
- 内存管理是C++程序开发中永恒的话题，因为没有GC，小心谨慎的管理内存等系统资源是每一个C++程序员都必须面对的问题
第4章 实用工具
- private继承自noncopyable可以编译时禁止对象拷贝语法
- C++静态强类型的优点有时候反而是阻碍程序员生产力的“缺陷”
- typeof库使用宏模拟了C++0X中的typedef和auto关键字，可以减轻书写繁琐的变量类型声明工作，简化代码。对于用户自定义类型需要手工用宏注册。（语法并没那么好看，不准备使用）
- optional<T>使用“容器”语义，包装了“可能产生无效值”的对象，实现了“未初始化”的概念（Nullable<T>）
- optional<T> make_optional(bool condition, T const& v)用来简单构建optional对象，但不能处理optional<T&>的情况。(此乃鸡肋)
- optional<string> str(in_place("string就地创建"))，而不需拷贝临时对象，避免大对象的拷贝开销
- 用于初始化的assign库（仅限于STL标准容器，通过重载“+=”和“,”运算符实现）：
#include <boost/assign.hpp>
using namespace boost;
vector<int> v; v += 1,2,3,4,5,6*6;
set<string> s; s += "cpp", "java";
map<int, string> m; m += make_pair(1, "one"), make_pair(2, "2"); - assign还支持insert()、push_front()、push_back()（通过重载“()”实现）：
vector<int> v; push_back(v)(1)(2)(3)(4)(5);
list<string> l; push_front(l)("cpp")("java");
set<double> s; insert(s)(3.14)(0.618)(1.732);
map<int, string> m; insert(m)(1, "one")(2, "two"); - assign也可以将“()”和“,”混用：
vector<int> v;
push_back(v), 1, 2, 3, 4, 5;
push_back(v)(6), 7, 64 / 8, (9), 10;
deque<string> d;
push_front(d)() = "cpp", "java"; - assign list_of()函数：
vector<int> v = list_of(1)(2)(3);
deque<string> d = (list_of("cpp")("java"));
set<int> s = (list_of(10), 20, 30, 40);
map<int, string> m = list_of(make_pair(1, "one")) (make_pair(2, "two"))
如果需要将括号与逗号混合使用，则要求最外侧加一个括号，否则编译器无法推导 - assign map_list_of/pair_list_of函数：
map<int, int> m1 = map_list_of(1, 2)(3, 4)(5, 6)
map<int, string> m2 = map_list_of(1, "one")(2, "two") - assign tuple_list_of用户初始化元素类型为tuple的容器
- assign repeat()可以重复生成值，repeat_fun()可以重复无参函数或仿函数，range()则可以从序列中取出部分或全部：
vector<int> v = list_of(1).repeat(3, 2)(3)(4)(5); // v = 1,2,2,2,3,4,5
multiset<int> ms; insert(ms).repeat_fun(5, &ran).repeat(2, 1), 10; // ms = x,x,x,x,x,1,1,10
deque<int> d; push_front(d).range(v.begin(), v.begin() + 5); // d=3,2,2,2,1 - assign支持8个STL标准容器（vector、string、deque、list、set、multiset、map、multimap），对容器适配器（stack、queue、priority_queue）则需要通过to_adapter()：
stack<int> stk = (list_of(1), 2, 3).to_adapter();
queue<string> q = (list_of("cpp")("java")).repeat(2, "C#").to_adapter();
priority_queue<double> pq = (list_of(1.414), 1.732).to_adapter(); - assign也支持部分不在STL中的非标准容器slist、hash_map、hash_set，因为其符合标准容器定义，同时也支持大部分boost容器：array、circular_buffer、unordered等
- assign list_of()嵌套：
vector<vector<int>> v = list_of(list_of(1)(2)) list_of(list_of(3)(4));
v += list_of(5)(6), list_of(7)(8); - assign ref_list_of()、cref_list_of()、ptr_push_back()、ptr_list_of()还支持以引用或指针来构造初始化：
int a = 1, b = 2, c = 3;
vector<int> v = ref_list_of<3>(a)(b)(c); - boost::swap是对std::swap的增强，并且扩充了对数组的支持：
int a1[10]; std::fill_n(a1, 10, 5);
int a2[10]; std::file_n(a2, 10, 20);
boost::swap(a1, a2); - 单件boost::details::pool::singleton_default<T>在main之前进行构造，支持继承或非继承形式（最恨main之前的事情了）
- 单件boost::serialization::singleton<T>在main之前进行构造，支持继承或非继承形式。继承方式更彻底一些，非继承方式不影响原有代码
- boost::tribool三态bool，indeterminate(tribool)可判断一个三态bool是否处于不确定状态
- 选择optional<bool>还是tribool：如果返回值可能是无效的，那么就是optional<bool>，如果返回值总是确定的，但可能无法确定其意义，那么就用tribool（最多自己随手定义个enum状态，为了这点需求需要记住这一堆名称和细节！）
- using namespace std::rel_ops; 则一旦为类定义了operator==和<，则自动具有!=、>、<=和>=的功能。boost operators库提供了对该功能的增强，使用时只需继承自这些类并提供指定的operator重载即可获得附送的重载：
- equality_comparable<T>：要求提供==，可自动实现!=，相等语义
- less_than_comparable<T>：要求提供<，可自动实现>、<=、>=
- addable<T>：要求提供+=，可自动实现+
- subtractable<T>：要求提供-=，可自动实现-
- incrementable<T>：要求提供前置++，可自动实现后置++
- decrementable<T>：要求提供前置--，可自动实现后置--
- equivalent<T>：要求提供<，可自动实现==，等价语义
- totally_ordered：全序概念，组合了equality_comparable和less_than_comparable
- additive：可加减概念，组合了addable和subtractable
- multiplicative：可乘除概念，组合了multipliable和diviable
- arithmetic：算术运算概念，组合了additive和multiplicative
- unit_stoppable：可步进概念，组合了incrementable和decrementable
- public dereferenceable<T, P, (B)>：解引用操作符，要求提供operator*，可自动实现operator->。P为operator->返回类型，一般为T*
- public indexable<T, I, R, (B)>：下标操作符，I为下标类型，要求能够与类型T做加法操作，通常为int；R是operator[]的返回值类型，通常是一个类型的引用。要求提供operator+(T, I)，将自动实现operator[]
- 如果只关心类的等价语义，那么就用equivalent，如果想要精确的比较两个对象的值，就是用equality_comprable。相等equivalent基于"=="实现，而equality_comprable基于"<"的"!(x<y)&&!(x>y)"实现。
- 应该总对异常类是用虚继承
- struct my_exception :
virtual std::exception, // 兼容C++标准异常
virtual boost::exception
{};
typedef boost::error_info<struct tag_err_no, int> err_no;
typedef boost::error_info<struct tag_err_str, string> err_str;
#include <boost/exception/all.hpp>
try { throw my_exception() << err_no(10); }
catch(my_exception& e)
{
cout << *get_error_info<err_no>(e) << endl;
cout << e.what() << endl;
e << err_str("向异常追加信息，还可再次抛出");
cout << *get_error_info<err_str>(e) << endl;
} - 从exception派生的异常定义非常简单，没有实现代码，可以很容易建立起一个适合自己程序的、惊喜完整的异常类体系。只要都是用虚继承，类体系可以任意复杂。
- boost库预定义的异常类型：
typedef error_info<struct errinfo_api_function_, char const*> errinfo_api_function;
typedef error_info<struct errinfo_at_line_, int> errinfo_at_line;
typedef error_info<struct errinfo_file_handle_, weak_ptr<FILE>> errinfo_file_handle;
typedef error_info<struct errinfo_file_name_, std::string> errinfo_file_name;
typedef error_info<struct errinfo_file_open_mode_, std::string> errinfo_file_open_mode;
typedef error_info<struct errinfo_type_info_name_, std::string> error_info_type_info_name;
typedef error_info<struct throw_function_, char const*> throw_function;
typedef error_info<struct throw_file_, char const*> throw_file;
typedef error_info<struct throw_line_, ine> throw_line; - enable_error_info<T>(T& e)，可以将已将存在的任意类型包装为boost异常类型
- throw_exception(任意异常类型)，可以自动将任意异常类型包装为boost异常，还能保证线程安全
- diagnostic_information(e)可以得到任意boost异常的字符串内容描述；在catch块中调用current_exception_diagnostic_information()，则不用传参数e。（何必呢，为少写一两个字母反而要记住一个更长的名字）
- catch块内的异常转型用current_exception_cast<T>()
- catch块内调current_exception()得到当前异常指针的exception_ptr是线程安全的，rethrow_exception可以重新抛出异常
- UUID, Universally Unique Identifier, 128bit(16 Byte)，不需要中央认证机构就可以创建全球唯一的标识符。别名GUID
- 不是所有的警告都可以忽略的，有的警告预示着可能潜在的错误
- BOOST_BINARY(111 00 1)，可以实现编译器的二进制定义，但不能超过8bit
第5章 字符串与文本处理
- lexical_cast<T>(X)，可以实现字符串和数值类型之间的转换，但不支持高级格式控制。转换失败将抛出bad_lexical_cast异常。lexical_cast底层用C++流实现，要求目标类型支持operator<<、operator>>、无参构造函数和拷贝构造函数
- cout << format("%s:%d+%d=%d
") %"sum" %1 %2 %(1+2); // sum:1+2=3
format fmt("(%1% + %2%) * %2% = %3% ");
fmt %2 %5;
fmt %((2+5)*5);
cout << fmt.str(); // (2 + 5) * 5 = 35 - format在提供的参数过多或过少的情况下operator<<或str()都会抛出异常
- format完全支持printf的格式化选项方式，同时还增加了新的方式：
- %|spec|%：与printf格式选项功能相同，但两边增加了竖线分隔，可以更好的区分格式化选项有普通字符
- %N%：标记第N个参数，相当于占位符，不带任何其他的格式化选项
- format因为做了很多安全检查工作，会比printf慢至少2-5倍
- format相关的高级功能：
- basic_format& bind_arg(int argN, const T& val) 把格式化字符串第argN位置的输入参数固定为val，即使调用clear()也保持不变，除非调用clear_bind()或clear_binds()
- basic_format& clear_bind(int argN) 取消格式化字符串第argN位置的参数绑定
- basic_format& clear_binds()
- basic_format& modify_item(int itemN, T manipulator) 设置格式化字符串第itemN位置的格式化选项，manipulator是一个boost::io::group()返回的对象
- boost::io::group(T1 a1, ..., Var const& var) 是一个最多支持10个参数的模板函数，可以设置IO流操纵器以指定格式或输入参数值
- string_algo库包括：
- to_upper, to_lower, starts_with, ends_with, contains, equals, lexicographical_compare
- all(检测字符串中的所有元素是否满足给定的判断式)
- 仿函数is_equal, is_less, is_not_greater
- is_space, is_alnum, is_alpha, is_cntrl, is_digit(十进制数字), is_graph, is_lower, is_print, is_punct(是否是标点符号), is_upper, is_xdigit(字符是否为十六进制数字), is_any_of(字符是否是参数字符序列中的任意数字), if_from_range(字符是否位于指定的区间[c1,c2]内)
- trim_left、trim_right、trim
- find_first、find_last、find_nth、find_head、find_tail
- replace/erase_first、replace/erase_last、replace/erase_nth、replace/erase_all、replace/erase_head、replace/erase_tail
- find_all、split、find_iterator、split_iterator、join
- tokenizer类似string_algo::split，为更专业的token划分工具。tokenizer库提供预定义好的四个分词对象：
- char_delimiter_separator：使用标点符号分词，是默认的分词函数对象。已被声明废弃
- char_separator：支持一个字符集合作为分隔符，默认行为与char_delimiter_separator类似
- escaped_list_separator：用于CSV格式的分词
- offset_separator：使用偏移量来分词
- xpressive，类似boost.regex的正则表达式解析器，同时还是一个类似于boost.spirit的语法分析器，并且将这两种完全不相交的文本处理方式完美的融合在了一起
- xpressive使用regex_token_iterator<>提供了强大的分词迭代器
第6章 正确性测试
- 测试对于软件开发是非常重要的，程序员——尤其是C++程序员更应该认识到这一点
- BOOST_ASSERT宏类似于assert宏，提供运行时断言，但功能有所增强。可以通过BOOST_DISABLE_ASSERTS来关闭。当定义BOOST_ENABLE_ASSERT_HANDLER后，断言触发时将会调用boost::assertion_failed回调
- BOOST_VERIFY类似BOOST_ASSERT，但断言表达式一定会被求值，Release下仍然会失效（放弃BOOST_VERIFY）
- BOOST_STATIC_ASSERT，编译时断言。可以出现在程序的任何位置，而不一定只在函数域内
- 测试用例是一个包含多个测试断言的函数，它是可以被独立执行测试的最小单元，各个测试用例之间是无关的，发生的错误不会影响到其他测试用例
第7章 容器与数据结构
- array是的C原生数组的STL接口包装
- std::vector<bool>是vector对bool的特化，内部保存的实际为bit，支持动态长度。std::bitset大小固定，但支持更多的位运算
- boost.dynamic_bitset类似std::vector<bool>可以动态长度，同时提供了丰富的位运算。dynamic_bitset还支持集合相关操作
- 哈希容器：boost::unordered_map、boost::unordered_set、boost::unordered_multimap、boost::unordered_multiset
- boost::bimap，双向映射容器，提供left、right两个试图。支持的集合类型有：set_of、multiset_of、unordered_set_of、unordered_multiset_of、list_of、vector_of、unconstrained_set_of
- bimap的左右视图还可以通过标签访问：
bimap<tagged<int, struct id>, tagged<string, struct name>> bm;
bm.by<id>().insert(make_pair(1, "C++")); // 相当于使用左视图
bm.by<name>().insert(make_pair("java", 2)); // 相当于使用右视图 - circular_buffer<T>为大小固定的循环缓冲区，circular_buffer_space_optimized<T>类似circular_buffer<T>但只在确实需要时才分配内存，并且当容器内元素减少时自动释放内存
- tuple是固定数目非同质元素容器。tuple是std::pair的泛化，可以从函数返回任意数量的值，也可以代替struct组合数据
- 和std::make_pair对应，也有个make_tuple用来简化tuple的创建
- tie()可以生成一个元素类型全是引用的tuple，相当于make_tuple(ref(a), ref(b), ...)，可以用于左值，通常用来接收返回tuple或pair函数的返回值，可以看成是对tuple的解包
- element<N, T>::type可以给出T中第N个元素的类型，length<T>::value可以给出T的元素数量
- any能够容纳任意类型，可以用any_cast<T>(a)类型安全的取出any中的值（让人联想到Ogre::Any）
- any可以持有原始指针，但这样的用法很不安全，会导致内存泄露。应该使用智能指针包装原始指针，这样在any析构时智能指针会自动的调用delete，从而安全的释放资源
- 如果希望一种数据结构具有tuple那样的容纳任意类型的能力，又可以在运行时动态变化大小，那么就可以用any作为元素类型搭配容器
- variant是对C/C++中union概念的增强和扩展。varinat是有界类型，元素类型范围由用户指定，any是无界类型，可以容纳任意类型
- multi_array<int, 3>，相当于int ma[X][Y][Z]的多维数组。multi_array没有异常机制来处理错误，保证数组范围不越界是库用户自己的责任
- property_tree是一个保存了多个属性值的树形数据结构，可以用类似路径的简单方式访问任意节点的树形，而且每个节点都可以用类似STL的风格遍历子节点。property_tree特别适合于应用程序的配置数据处理，可以解析xml、ini、json和info四种格式的文本数据，使用它能减轻自己开发配置管理的工作。
第8章 算法
- boost foreach库提供BOOST_FOREACH和BOOST_REVERSE_FOREACH来实现对容器的正向和反向遍历
- minmax(a, b)可在一次处理中同时获得最大最小值，执行效率上有很大提高（有提前优化的感觉了）
- minmax_element算法族可以得到迭代器区间内的最大最小值
第9章 数学与数字
- 从纯数学的角度看，程序也不过是一个非常大的整数而已
- integer_traits : public std::numeric_limits，提供各种整数类型的编译期最大最小值
- <boost/cstdint.hpp>基于C99标准中的<stdint.h>，定义了各种标准的整数
- <boost/integer.hpp>与<boost/cstdint.hpp>功能类似，用模板类而不是typedef提供各种整数类型定义
- boost.rational表示有理数（分数），rational_cast<R>可以将有理数转换为普通数字
- 最大公约数gcd()；最小公倍数lcm()
- crc_optimal以字节为单位的快速CRC计算，实际常用的是crc_32_type的预定义算法
- boost random库提供了26个伪随机数发生器
- random库提供的随机数分布器：
- uniform_smallint：在小整数域内的均匀分布
- uniform_int：在整数域上的均匀分布
- uniform_01：在区间[0,1]上的实数连续均匀分布
- uniform_real：在区间[min,max]上的实数连续均匀分布
- bernoulli_distribution：伯努利分布
- binomial_distribution：二项分布
- cauchy_distribution：柯西（洛伦兹）分布
- gamma_distribution：伽马分布
- poisson_distribution：泊松分布
- geometric_distribution：几何分布
- triangle_distribution：三角分布
- exponential_distribution：指数分布
- normal_distribution：正态分布
- lognormal_distribution：对数正态分布
- uniform_on_sphere：球面均匀分布
- variate_generator<Engine, Distribution>变量发生器，用于组合随机数发生器和分布器
- 真随机数无法用纯软件产生，因为计算机本身是个确定的有限状态自动机
第10章 操作系统相关
- io_state_savers库可以简化恢复流状态的工作，它能够保存流的当前状态，自动恢复流的状态或者由程序员控制恢复的时机
- 基本的标准属性保存器：ios_flags_saver、ios_width_saver
- 增强的标准属性保存器：ios_iostate_saver、ios_rdbuf_saver
- 自定义的属性保存器：ios_iword_saver、ios_pword_saver
- 组合的属性保存器：ios_all_saver
- system库使用轻量级的对象封装了操作系统底层的错误代码和错误信息，使调用操作系统功能的程序可以被很容易的移植到其他操作系统
filesystem库中的path和wpath提供了文件路径相关的很多实用操作（类似Path） - portable_posix_name()和windows_name()分别检测文教案名字符串是否符合POSIX和Windows规范。Windows的文件名可以字符范围比POSIX的大。
- native()判断文件名是否符合本地文件系统命名规则
- 为了程序的健壮性，应总使用try-catch来保护文件访问代码
- directory_iterator和wdirectory_iterator提供了迭代一个目录下所有文件的功能
- recursive_directory_iterator和wrecursive_directory_iterator提供递归遍历目录功能
- program_options库提供了强大的命令行参数处理功能，它不仅能够分析命令行，也能够从配置文件甚至环境变量中获取参数，实现了非常完善的程序配置选项处理功能
- #include <boost/program_options.hpp>
using namespace boost::program_options;
int main(int argc, char* argv[])
{
options_description opts("demo options");
opts.add_options()
("help", "just a help info")
("filename", value<string>(), "to find a file");
variables_map vm;
store(parse_command_line(argc, argv, opts), vm);
// 解析完成，实现选项处理逻辑
if(vm.count("help"))
{
cout << opts << endl;
return 0;
}
if(vm.count("filename"))
{ cout << "find" << vm["filename"].as<string>() << endl; }
if(vm.size() == 0)
{ cout << "no options" << endl; }
} - program_options库的解析程序选项功能由三个基本组件构成，分别是选项描述器、分析器和存储器。选项描述其定义选项及选项的值，分析器依据选项描述器的定义解析命令行或数据文件，存储器则把分析器的结果保存起来以供使用
第11章 函数与回调
- result_of<Func(T1, T2)>::type确定一个调用表达式的返回类型，是实现泛型库的底层基本构件
- ref()和cref()可以包装对象的引用，在传递参数时消除对象拷贝的代价，或者将不可拷贝的对象变为可以拷贝
- bind是对标准库bind1st、bind2nd的泛化和增强，可以适配任意的可调用对象。
- bind第一个参数必须是一个可调用对象，包括函数、函数指针、函数对象和成员函数指针
- bind也可以绑定到public成员变量，用法与绑定成员函数类似，只需要把成员变量名像一个成员函数一样去使用
- bind绑定到仿函数时，要求仿函数typedef xxx result_type;否则就只能用bind<xxx>(functor())的形式
- bind重载了比较操作符和逻辑非操作符，可以把多个bind绑定式组合起来，形成一个复杂的逻辑表达式，配合标准库算法可以实现语法简单但语义复杂的操作：
using namespace boost::assign;
typedef rational<int> ri; // 有理数类
vector<ri> v = list_of((ri(1, 2)) (ri(3, 4)) (ri(5, 6))); // 初始化
// 删除所有分子为1的有理数
remove_if(v.begin(), b.end(), bind(&ri::numerator, _1) == 1);
assert(v[0].numerator() == 3); // 有理数1/2被删除
// 使用find_if算法查找分子是1的有理数，不不存在
assert(find_if(v.begin(), b.end(), bind(&ri::numerator, _1) == 1) == v.end());
// 查找分子大于3且分母小于8的有理数
BOOST_AUTO(pos, find_if(v.begin(), b.end(), bind(&ri::numerator, _1) > 3 && bind(&ri::denominator, _1) < 8));
cout << *pos << endl; // 输出5/6 - 变长参数函数、__stdcall、__fastcall、extern "C"等函数bind时需要显式指定返回值类型才行
- function是一个函数对象的“容器”，概念上像是C/C++中的函数指针类型的泛化，是一种“智能函数指针”
- 调用空的function将抛出bad_function_call异常，最好在使用前通过empty()来测试有效性
- 与原始的函数指针相比，function对象的体积要稍微大一点（3个指针的大小），速度要稍微慢一点（10%左右的性能差距），但这与它带给程序的巨大好处相比是无足轻重的
- signals2基于boost中的另一个库signals，实现了线程安全的观察者模式。在signals2库中，观察者模式被称为信号/插槽(sinals and slots)，它是一种函数回调机制，一个信号关联了多个插槽，当信号发出时，所有关联它的插槽都会被调用
- signal是不可拷贝的，如果把signal作为自定义类的成员变量，那么自定义类也将是不可拷贝的，除非用shared_ptr来包装
- signal.connection()连接插槽时，会返回一个connection对象，可以用来管理信号和插槽之间的连接关系
- signal2库使用slot类提供了自动连接管理的功能，能够自动跟踪插槽的生命周期，但插槽失效时会自动断开连接
- 较之signals，signals2具有线程安全，能够用于多线程环境，而且不需要编译就可以使用
第12章 并发编程
- thread库提供的互斥量：
- mutex：独占式互斥量
- timed_mutex：提供超时锁定功能的独占式互斥量
- recursive_mutex：递归式互斥量，可以多次锁定，相应的也要多次解锁
- recursive_timed_mutex：提供超时锁定功能的递归式互斥量
- shared_mutex：multiple-reader/single-writer型的共享互斥量（读写锁）
- scoped_lock和scoped_try_lock可以在退出作用域时确保unlock的调用
- <boost/detail/atomic_count.hpp>提供了一个原子计数器——atomic_count，使用long进行线程安全的递增递减计数
- 信号量：condition_variable_any和condition_variable
- thread_group提供一个简单的线程池，可以对一组线程统一操作
- thread库使用future范式提供异步操作线程返回值的方法，因为这个返回值在线程开始执行时开始不可用的，是一个“未来”的“期望值”，所以被称为future（期货）。future使用packaged_task和promise两个模板类来包装异步调用，用unique_future和shared_future来获取异步调用的结果
int fab(int n) // 递归计算斐波那契数列
{
if(n == 0 || n == 1) return 1;
return fab(n - 1) + fab(n - 2);
}
int main()
{
packaged_task<int> pt(bind(fab, 10)); // 声明packaged_task对象，用模板参数指明返回值的类型，packaged_task只接受无参函数，因此需要使用bind
unique_future<int> uf = pt.get_future(); // 声明unique_future对象，接受packaged_task的future值，同样要用模板参数指明返回值类型
thread(boost::move(pt)); // 启动线程计算，必须使用boost::move()来转移packaged_task对象，因为packaged_task是不可拷贝的
uf.wait(); // unique_future等待计算结果
assert(uf.is_ready() && uf.has_value());
cout << uf.get() << endl; // 输出计算结果89
} - 为了支持多个future对象的使用，future还提供wait_for_any()和wait_for_all()两个自由函数，他们可以阻塞等待多个future对象，知道任意一个或者所有future对象都可用（is_ready()）
- packaged_task通过包装函数获得异步调用返回值，而promise通过包装函数输出参数获得返回值。在线程中用set_value()设置promise返回值，用get_future()获得值
void fab2(int n, promise<int>* p) { p->set_value(fab(n)); }
int main()
{
promise<int> p; // promise变量
unique_future<int> uf = p.get_future(); // 赋值future对象
thread(fab2, 10, &p); // 启动计算线程
uf.wait(); // 等待future计算结果
cout << uf.get() << endl;
} - thread库提供了两个自由函数lock()和try_lock()，可以一次锁定多个互斥量，并且不会出现死锁
lock(mu1, mu2);
...;
mu1.unlock(); // 逐个解锁
mu2.unlock(); - 多线程仅执行一次初始化需要使用一个once_flag对象，并把它初始化为BOOST_ONCE_INIT，然后使用call_once()来调用初始化函数，完成仅执行一次的初始化
once_flag of = BOOST_ONCE_INIT; // 一次初始化标志
void call_func() { call_once(of, init_count); } // 执行一次初始化
int main()
{
(thread(call_func)); // 必须用括号括住临时对象，否则编译器会认为这是个空thread对象声明
(thread(call_func));
this_thead::sleep(posix_time::seconds(1)); // 等待1秒钟
} - barrier（护栏）可用于多个线程同步，当线程执行到barrier时必须等待，直到所有的线程都达到这个点时才能继续执行。
- thread_specific_ptr实现可移植的线程本地存储机制(thread local storage, TLS)或线程专有存储(thread specific storage, TSS)，可以简化多线程应用，提高性能
void printing()
{
thread_specific_ptr<int> pi; // 线程本地存储一个整数
pi.reset(new int()); // 直接用reset()函数赋值
++(*pi); // 递增
mutex::scoped_lock lock(io_mu); // 锁定io流操作
cout << "thread v=" << *pi << endl;
} - this_thread名字空间下提供了at_thread_exit(func)，允许注册一个线程结束回调，无论线程是否被中断。但线程意外终止的情况下，该回调不会被执行
- promise和packaged_task都支持回调函数，可以让future延后在需要的时候获得值，而不必主动启动线程计算
- asio库基于OS提供的异步机制，采用前摄器设计模式（Proactor）实现了可移植的异步或同步IO操作，而且并不要求使用多线程和锁。目前asio主要关注与网络通信方面，支持TCP、ICMP、UDP等网络通信协议，还支持串口读写、定时器、SSL等功能。asio是一个很好的富有弹性的框架，可以扩展到其他有异步操作需要的领域。
- asio库基于前摄器模式（Proactor）封装了OS的select、poll/epoll、kqueue、overlapped I/O等机制，实现了异步IO模型。它的核心类是io_service，相当于前摄器模式中的Proactor角色，asio的任何操作都需要有io_service的参数与。
- 在同步模式下，程序发起一个IO操作，向io_service提交请求，io_service把操作转交给OS，同步的等待。当IO操作完成时，OS通知io_service，然后io_service再把结果发回给程序，完成整个同步流程。
- 异步模式下，程序出了要发起IO操作，还要定义一个用于回调的完成处理函数。io_service同样把IO操作转交给操作系统执行，但它不同步等待，而是立即返回。调用io_service的run()成员函数可以等待异步操作完成，当异步操作完成时io_service从OS获取操作结果，调用完成处理函数
- asio不直接使用OS提供的线程，而是定义了strand以保证在多线程环境中无需使用互斥量。io_service::strand::wrap()可以包装一个函数在strand中执行
- asio提供了mutable_buffer和const_buffer两种可安全用于异步读写的缓冲区
- ip::address表示IP地址，可以同时支持ipv4和ipv6两种地址
- ip::tcp::endpoint表示ip地址和端口号
- 同步socket示例：
- Server：
int main()
{
try
{
cout << "server start" << endl;
io_service ios; // asio程序必需的io_service对象
ip::tcp::acceptor acceptor(ios, ip::tcp::endpoint(ip::tcp::v4(), 6688);
cout << acceptor.local_endpoint().address() << end;
while(true)
{
ip::tcp::socket sock(ios);
acceptor.accept(sock); // 阻塞等待socket连接
cout << "client:" << sock.remote_endpoint().address() << endl;
sock.write_some(buffer("hello asio")); // 发送数据。不能直接把数组、vector等容器用做asio的读写参数，必须通过buffer()函数包装
}
}
catch(std::exception& e) { cout << e.what() << endl; }
} - Client：
void client(io_service& ios)
{
try
{
cout << "client start" << endl;
ip::tcp::socket sock(ios); // 创建socket对象
ip::tcp::endpoint ep(ip::address::from_string("127.0.0.1"), 6688); // 创建连接端点
sock.connect(ep);
vector<char> str(100, 0);
sock.read_some(buffer(str)); // 使用buffer包装缓冲区接收数据
cout << "receive from " << sock.remote_endpoint().address() << &str[0] << endl;
}
catch(std::exception& e) { cout << e.what() << endl; }
}
int main()
{
io_service ios;
a_timer at(ios, 5, bind(client, ref(ios))); // 启动定时器
ios.run();
}
- Server：
- 通常客户端不需要异步通信
- resolver可实现域名解析
- interprocess可以处理进程间通信（IPC）
第13章 编程语言支持
- 任何程序开发语言都不可能独当一面、包打天下，总有它的长处与短处
- python库能够在C++中调用Python语言，但它更重要的功能在于用C++编写Python扩展模块，嵌入到Python解释器中调用，提高Python的执行效率
- C++中的构造函数不同于普通的成员函数，不能取其地址
第14章 其他Boost组件
- regex：需要编译才能使用的正则库
- sprit：面向对象的递归下降解析器生成框架，使用EBNF语法
- gil：有Adobe赞助开发的通用图像库。为像素、色彩、通道等图像处理概念提供了泛型的、STL式的容器和算法，可以对图像做灰度化、梯度、均值、选装等运算。支持jpg、png、tiff等格式
- graph：处理离散数学中的图结构，并提供图、矩阵等数据结构上的泛型算法。可以看做是STL在非线性容器领域的扩展。
- intrusive：侵入式容器。STL为非侵入式容器，不需要对容器内的元素类型做修改即可容纳
- pointer container：提供了与STL类似的若干种指针容器，性能较好且异常安全。用STL+shared_ptr也可以做变通。
- multi_index：实现具有多个STL兼容访问接口（索引）的容器
- iterators：定义一组基于STL的新迭代器概念、构造框架和游泳的适配器，能够用来更轻松的实现迭代器模式
- range：基于STL迭代器提出的“范围”概念，是一个容器的半开区间，使用range可以让代码更加简单漂亮
- lambda：引入lambda表达式和函数式编程，可以就地创建小型的函数对象，避免函数定义离调用点太远，更方便代码维护。lambda表达式是一种新的编程范式，但其语法十分复杂，如果使用的不好很容易写出过于晦涩难懂的代码，使程序难以维护。
- signals：观察者模式。功能和用法与signals2基本相同，非线程安全，需要编译。如果没有什么特殊理由，应该使用signals2库
- enable_if：允许模板函数或者模板类在偏特化时仅针对某些特定类型有效，依赖于SFINAE(substitution failure is not an error)原则
- call_traits：封装了可能是最好的传递参数给函数的方式，它会自动推导出最高效的传递参数传递类型
- type_traits：提供一组trait类，用以在编译器确定类型是否具有某些特征。使用type_traits可以编写出更好更高效的泛型代码
- concept check：编译器检查模板函数或模板类的模板参数是否符合某个概念，是否运行进行模板参数推演。主要用来编写泛型算法或实现泛型库
- function_types：提供对函数、函数指针、函数引用和成员指针等类型进行分类、分解和合并的功能
- in_place_factory：直接构造对象而不需要一个临时对象的拷贝
- proto：允许在C++中构建专用领域嵌入式语言，基于表达式模板技术定义小型专用语言的“编译器”
- property map：提供key-value映射的属性概念定义
- fusion：提供基于tuple的容器和算法，是模板元编程的强大工具，可以与mpl很好的协同工作
- mpl：模板元编程框架，包含有编译期的算法、容器和函数等完整的元编程工具。运用mpl，很多运行时的工作都可以在编译期完成，甚至编译结束就意味着程序的运行结束
- preprocessor：预处理元编程工具，类似于模板元编程，但发生在编译之前的预处理阶段。preprocessor改变了以往人们对预处理器的看法，令人们认识到预处理也是一种强大的编程工具。preprocessor可以和模板元编程很好的配合，从而发挥更大的作用
- interporcess：可移植的进程间通信（IPC）功能，包括共享内存、内存映射文件、信号量、文件锁、消息队列等现代操作系统的IPC机制，并提供了简洁易用的STL风格接口，大大简化了IPC编程工作
- MPI：高性能分布式并行计算应用开发，封装了标准的MPI（消息传递接口）以更好的支持现代C++编程风格。需要有底层MPI实现的支持，如Open MPI、MPICH等
- accumulators：用于增量统计的库，也是一个用于增量计算的可扩展的累加器框架，可以看做是std::accumulate算法的扩展
- interval：处理“区间”相关的数学问题，把一般的算术运算和集合运算扩展到区间上
- math：包含大量数学领域的模板类和算法，如复数的反三角函数、最大公约数和最小公倍数、四元数、八元数、拉格朗日多项式、椭圆积分、X方分布、伯努利分布等
- uBLAS：用于线性代数的数学库，优于std::valarray。STL风格，容易使用并且效率很高
- iostreams：扩展C++标准库流处理的框架。定义了Source、Sink、Filter等流处理概念，使得编写流处理更容易
- serialization：实现C++数据结构的持久化，可以把任意的C++对象序列化为字节流或文本。并且支持STL容器
- compressed_pair：与std::pair类似，使用空基类优化技术。当两个成员之一是空类，则编译器就会“压缩”compressed_pair的大小以节约空间
- base_from_member：将成员移动到辅助基类，使用模板技术来进行成员初始化，实现子类初始化基类字段
- vonversion：增强C++转型操作，提供多态对象转型的polymorphic_cast<>、polymorphic_downcast<>和字面量转换的lexical_cast<>
- flyweight：实现享元模式，享元对象是不可修改但可赋值的。
- numeric conversion：提供用于安全数字转型的的一组工具，包括numeric_cast<>、bounds<>和converter<>等
- scope_exit：使用preprocessor库的预处理技术实现在退出作用域时的资源自动释放，也可以执行任意的代码
- statechart：一个功能完善且强大的优先状态自动机框架，完全支持UML语义，可以从UML模型很方便的转换为C++代码。比起手工构建的状态机，可以极大的缩短开发周期，并有足够的性能保证
- units：实现物理学的量纲处理，包括长度、质量、时间、电流、温度、质量和发光强度等。使用了模板元编程技术（MPL），支持国际标准量纲，也支持其他常用的非标准量纲。所有量纲运算都在编译时，无运行时开销
- value_initialized：用于保证变量在声明时被正确的初始化，拥有零值或缺省值
- utility：noncopyable、BOOST_BINARY、BOOST_CURRENT_FUNCTION等
- checked_delete：编译期保证delete或delete[]操作删除的是一个完整类定义，以避免运行时出现未定义行为
- next()和prior()：为迭代器提供后向和前向的通用处理方式
- addressof：获得变量的真实地址，是取址符&的增强版本，对重载operator&免疫
第15章 Boost与设计模式
- 创建型模式
- 抽象工厂（Abstract Factory）：抽象工厂模式就是把对象的创建封装在一个类中，这个类的唯一任务就是按需生产各种对象，通过派生子类的方式抽象工厂可以产生不同系列的、整套的对象。工厂类通常是单间，以保证在系统的任何地方都可以访问，其中的每个方法都是工厂方法。在较小的软件系统中，抽象工厂有时候会退化成一个没有子类的简单工厂
- 生成器（Builder）：生成器模式分解了复杂对象的创建过程，创建过程可以被子类改变，使同样的过程可以生产出不同的对象。生成器与抽象工厂不同，它不是一次性的创建出产品，而是分步骤逐渐的装配出对象，因为可以对创建过程进行更精细的控制
- 工厂方法（Factory Method）：工厂方法把对象的创建封装在一个方法中，子类可以改变工厂方法的生产行为生产不同的对象。工厂方法所属的类不一定是一个工厂类。
- 原型（Prototype）：使用类的实例通过拷贝的方式创建对象，具体的拷贝行为可以定制。最常见的用法是实现一个clone成员函数，该函数创建一个与原型形同或相似的新对象。因C++不能高效的返回一个对象，因此实践中很少有完全实现的原型模式，可以通过提供拷贝构造函数和operator=部分的实现原型模式
- 单件（Singleton）：保证类有且仅有一个实例，并且提供一个全局的访问点。通常的全局变量技术虽然也可以提供类似的功能，但不能防止用户创建多个实例。单件的基本原理很简单，但有很多实现的变化
- 结构型模式
- 适配器（Adapter）：把一个类的接口转换（适配）为另一个接口，从而在不改变原有代码的基础上复用原代码。其别名wrapper更清晰的说明了它的实现结构：包装原有对象，再给出一个新的接口
- 桥接（Bridge）：分离了类的抽象和实现，使它们可以彼此独立的变化而互不影响。适配器模式关心的是接口不匹配的问题，不关心接口的实现，只要求对象能够协同工作；桥接模式的侧重点是接口的实现，通常接口是稳定的，桥接解决实现的变化问题
- 组合（Composite）：将小对象组合成树形结构，使用户操作组合对象如同操作一个单个对象。组合模式定义了“部分-整体”的层次结构，基本对象可以被组合成更大的对象，这些组合对象与基本对象拥有相同的接口。组合是透明的，用法完全一致。
- 装饰（Decorator）：可以在运行时动态的给对象增加功能。改变了对象的能力范围，而且可以递归组合。通过生成子类的方式也可以为对象增加功能，但它是静态的，而且大量的功能组合很容易产生“子类爆炸”现象。装饰模式可以动态、透明的给对象增加职责，并且在不需要的时候很容易去除，使用派生子类的方式无法达到这种灵活程度。
- 外观（Facade）：为系统中的大量对象提供一个一致的对外接口，以简化系统的时候。外观是另一种形式的wrapper，但不是包装一个对象，而是包装一组对象，简化了这组对象间的通信关系，给出一个高层次的易用接口。外观并不屏蔽系统里的对象，如果需要，用户完全可以越过外观的包装使用底层对象以获得更灵活的功能
- 享元（Flyweight）：使用共享的方式节约内存的使用，可以支持大量细粒度的对象。将对象的内部状态与外部状态分离，配合工厂模式生成仅有内部状态的小对象，工厂内部保持小对象的引用计数从而实现共享，外部状态可以通过计算得到。
- 代理（Proxy）：包装并控制对象。外界不能直接访问对象，必须通过代理才能与被包装的对象通信。
- 行为模式
- 职责链（Chain of Responsibility）：把对象串成链，使链上每个对象都有机会处理请求。职责链把请求的发送者和接收者解耦，使两者都互不知情，而且职责链中的对象可以动态的增减，从而增强了处理请求的灵活性
- 命令（Command）：把请求封装成一个对象，使请求能够存储更多的信息拥有更多的能力。命令模式同样能够把请求的发送者和接收者解耦，但并不关心请求将以何种方式被处理。命令模式经常与职责链模式和组合模式一起使用：职责链模式处理命令模式封装的对象，组合模式可以把简单的命令对象组合成复杂的命令对象。
- 解释器（Interpreter）：用于实现小型语言解释器的体系。与组合模式相似，而且常常利用组合模式来实现语法树的构建
- 迭代器（Iterator）：将按某种顺序访问集合中元素的方式封装在一个对象中，从而无须知道集合的内部表示就可以访问集合
- 中介者（Mediator）：用一个中介对象封装一系列对象的交互联系，使他们不需要相互了解就可以协同工作。中介者模式在存在大量需要相互通信对象的系统中特别有用，因为对象数量的增加会使对象间的联系非常复杂，整个系统变得难以理解难以改动。这时中介者可以把这些对象解耦，每个对象只需要与中介对象通信，中介对象集中控制逻辑，降低了系统的通信复杂度。中介者模式如果使用不当很容易导致中介对象过度复杂，抵消了模式带来的好处
- 备忘录（Memento）：捕获一个对象的内部状态，并在对象之外保存该状态，在之后可以随时把对象恢复到之前保存的状态
- 观察者（Observer）：观察者模式定义了对象间一对多的联系，当一个对象的状态发生变化时，所有与它有联系的观察者对象都会得到通知。观察者模式将被观察者的目标和观察者解耦，一个目标可以有任意多的观察者，观察者也可以观察任意多的目标，构成复杂的联系，而每个观察者都不知道其他观察者的存在
- 状态（State）：允许对象在状态发生变化时行为也同时发生改变。状态转换通常的做法是对象内部有一个值当前的状态，根据状态的不同使用分支来执行不同的功能。这样会使类中存在大量结构类似的分支语句，变得难以维护和理解。状态模式消除了分支语句，把状态处理分散到各个状态子类，每个子类集中处理一种状态，使状态的转换清晰明确
- 策略（Strategy）：策略模式封装了不同的“算法”。使他们可以在运行时相互替换。策略模式改变类的行为内核，而装饰模式改变类的行为外观。如果类的接口很庞大，那么装饰模式的实现代价就过高，而策略模式仅改变类的内核，可能很小。
- 模板方法（Template Method）：在父类中定义操作的主要步骤，但并不实现，而是留给子类去实现。常见的用法是“钩子操作”，父类定义了所有的公开方法，在公开方法中调用保护的钩子方法，子类实现通过不同的钩子方法来扩展父类的行为
- 访问者（Visitor）：访问者模式分离了类的内部元素与访问他们的操作，可以在不改变内部元素的情况下增加作用于它们的新操作。如果一个类有很多内部数据，因此也就有很多访问操作，这样会使它的接口非常庞大，难以变动难以学习。访问者模式可以做到数据的存储与使用分离，不同的访问者可以集中不同类别的操作，并且可以随时增加新的访问者或者新方法来增加新的操作
- 其他模式
- 空对象（Null Object）：空对象模式又称哑对象模式（Dumb Object），扩展了空指针的含义，给空指针一个默认的、可接受的行为，通常是空操作，可以说是一个“智能空指针”。使用空对象模式，程序就可以不必用条件语句专门处理空指针或类似的概念，所有的对象都会有一致的、可理解的行为。空对象模式可以和许多行为模式配合，充当“哨兵”的角色。
- 包装外观（Wrapper Facade）：包装外观模式很类似外观模式，但包装的目标不是一个面向对象子系统，而是底层的API。包装外观模式把大量的原始C接口分类整理，给外界一个统一的、面向对象的易用接口，增强了原始底层接口的内聚性。包装外观模式可以屏蔽系统底层的细节，有利于外界不受平台变化的影响，增强可移植性。
- 前摄器模式（Proactor）：前摄器模式是应用于异步调用的设计模式，其核心是前摄器、异步的操作处理器、异步的事件多路分离器和完成事件队列，可以不使用线程完成异步操作。前摄器创建一个完成处理器，用于在异步调用完成后的回调，然后发起一个异步操作，交给操作处理器异步执行，当异步操作完成时操作处理器将把时间放入完成事件队列。前摄器调用多路分离器从完成事件队列中获得事件，分派事件回调完成处理器执行所需的后续操作。前摄器模式用于异步调用有很多好处，封装了并发机制，将并发机制与线程的执行解耦，简化了功能代码的编写，不需要考虑多线程的同步问题，能够提供高性能的异步操作。缺点是模式比较复杂，处理流程难以理解和调试。
第16章 结束语
- 程序员是一个很特殊的职业，更多是用头脑而不是用双手来创造财富
- 有两种编程的方式：一种是把代码写的非常复杂，以至于看不出明显的错误；另一种是把代码写的非常简单，以至于明显看不出错误
- 注重单元测试
- 不要重复发明轮子
- 不能仅了解一门编程语言，这样很容易僵化解决问题的思路
- 方法学很重要。不一定某种方法学适合你，但可以从中汲取有用的只是，帮助你在更高的层次上看待问题进而解决问题
- 使用好的开发工具。易用的、高效率的开发工具可以节约程序员大量宝贵的时间，把精力集中在需要处理的问题上，而不是其他易分心的事情
- 生活中不只有C++、代码和编程，还有更多的东西值得我们去体味。拥有美好的生活才能够创造出完成的程序。
推荐阅读：
BOOST_SCOPE_EXIT可以在程序退出作用域时自动执行指定的代码段，可以模拟finally。shared_ptr<T> ptr(p, D)也可以实现类似功能，但用BOOST_SCOPE_EXIT意图更明确。
BOOST_SCOPE_EXIT((&connection)) // 此处&为取引用的意思，参数必须被独立的括号包住，多个参数之间空格分隔
{
connection.Close();
delete connection;
}BOOST_SCOPE_EXIT_END;