- 博客(95)
- 问答 (1)
- 收藏
- 关注
RSS订阅原创 boost递归遍历获得特定目录下的所有文件夹名
在windows操作系统下可以使用微软的文件查找功能_findfirst（或_findfirsti64） 和_findnext（或者_findnexti64）配合_finddata_t（或者_finddatai64_t），但是无法脱离windows使用。如果需要使用宽字符的查找，可以在下划线后加入w（如_wfindfirst）。使用boost的FileSystem可以摆脱系统关联，so，查找文件夹的
2018-01-31 16:55:30
2301
转载 c++ 利用boost 实现文件操作
对文件夹里面的文件进行遍历操作是基本技能之一，python，perl以及bash等脚本都很好的实现了文件遍历方法，对于c/c++来说，只能通过系统自定的api获取。虽然文件夹操作本身是调用操作系统内核的接口，但毕竟接口不够友好。boost不愧是准标准库，filesystem提供了极为简便的方法，如下所示:[cpp] view plain copy// filesystem tut3.cpp -
2018-01-30 19:44:26
1995
转载 Item 54：熟悉一下标准库，比如TR1
Item 54: Familiarize yourself with the standard library, including TR1.C++这个名字是在1983年由Rick Mascitti提出的，C++的曾用名还有”new C”, “C with Classes”。 1998年ISO/IEC 14882发布了第一个C++标准，就是我们常讲的C++98。后续的标准还包括C++03，C
2018-01-24 19:16:36
469
转载 Item 53：注意编译警告
Item 53: Pay attention to compiler warnings.编译警告在C++中很重要，因为它可能是个错误啊！ 不要随便忽略那些警告，因为编译器的作者比你更清楚那些代码在干什么。 所以，请严肃对待所有warning，要追求最高warning级别的warning-free代码；但不要依赖于warning，可能换个编译器有些warning就不在了。其实在多数项目实践中，不
2018-01-24 19:07:11
351
转载 Item 52：写了placement new就要写placement delete
Item 52: Write placement delete if you write placement new“placement new”通常是专指指定了位置的new(std::size_t size, void *mem)，用于vector申请capacity剩余的可用内存。 但广义的”placement new”指的是拥有额外参数的operator new。new和delete是要成对
2018-01-24 19:05:51
245
转载 Item 51：写new和delete时请遵循惯例
Item 51: Adhere to convention when writing new and delete.Item 50介绍了如何自定义new和delete但没有解释你必须遵循的惯例， 这些惯例中有些并不直观，所以你需要记住它们！operator new需要无限循环地获取资源，如果没能获取则调用”new handler”，不存在”new handler”时应该抛出异常；op
2018-01-24 19:02:19
250
转载 Item 50：为什么需要自定义new和delete？
Item 50: Understand when it makes sense to replace new and delete.我们在Item 49中介绍了如何自定义new的错误处理函数，以及如何为你的类重载operator new。 现在我们回到更基础的问题，为什么我们需要自定义operator new或operator delete？检测使用错误。new得到的内存如果没有delete会导
2018-01-24 18:58:14
250
转载 Item 49：new handler的行为
Item 49: Understand the behavior of the new-handler.new申请内存失败时会抛出”bad alloc”异常，此前会调用一个由std::set_new_handler()指定的错误处理函数（”new-handler”）。set_new_handler()“new-handler”函数通过std::set_new_handler()来设置，std::s
2018-01-24 18:56:16
276
转载 Item 48：了解模板元编程
Item 48: Be aware of template metaprogramming.模板元编程（Template Metaprogramming，TMP）就是利用模板来编写那些在编译时运行的C++程序。 模板元程序（Template Metaprogram）是由C++写成的，运行在编译器中的程序。当程序运行结束后，它的输出仍然会正常地编译。C++并不是为模板元编程设计的，但自90
2018-01-24 18:52:09
260
转载 Item 47：使用Traits类提供类型信息
Item 47: Use traits classes for information about types.C++中的 Traits 类可以在编译期提供类型信息，它是用Traits模板及其特化来实现的。 通过方法的重载，可以在编译期对类型进行”if…else”判断。我们通过STL中的一个例子来介绍Traits的实现和使用。本文以iterator_traits为例介绍了如何实现traits类，以
2018-01-24 18:48:46
271
转载 Item 46：需要类型转换时，应当在类模板中定义非成员函数
Item 46: Define non-member functions inside templates when type conversions are desired.Item 24中提到，如果所有参数都需要隐式类型转换，该函数应当声明为非成员函数。 Item 24是以Rational和operator*为例子展开的，本文把这个观点推广到类模板和函数模板。 但是在类模板中，需要所有参
2018-01-23 17:10:09
306
转载 Item 45：使用成员函数模板来接受所有兼容的类型
Item 45: Use member function templates to accept “all compatible types”.Item 13提到智能指针可用来自动释放堆中的内存，STL中的迭代器也是一种智能指针，它甚至支持链表元素指针的++操作。 这些高级特性是普通指针所没有的。本文以智能指针为例，介绍成员函数模板的使用：成员函数模板可以使得函数可以接受所有兼容的类型。如果你
2018-01-23 17:05:30
218
转载 Item 44：将参数无关代码重构到模板外去
Item 44: Factor parameter-independent code out of templates.模板是个好东西，你可以在实现类型安全的同时少写很多代码。但模板提供的是编译期的多态， 即使你的代码看起来非常简洁短小，生成的二进制文件也可能包含大量的冗余代码。 因为模板每次实例化都会生成一个完整的副本，所以其中与模板参数无关的部分会造成代码膨胀（code bloat）。
2018-01-23 17:02:37
298
转载 Item 43：访问模板基类中的名称
Item 43: Know how to access names in templatized base classes.从面相对象C++转移到模板C++时，你会发现类继承在某些场合不在好使了。 比如父类模板中的名称对子类模板不是直接可见的，需要通过this->前缀、using或显式地特化模板父类来访问父类中的名称。因为父类模板在实例化之前其中的名称是否存在确实是不确定的，而C++偏向
2018-01-23 16:59:06
366
转载 Item 42：typename的两种用法
Item 42: Understand the two meanings of typename.时至今日还有人在论坛里问模板参数前的typename和class有何区别：template<typename T> class Widget;template<class T> class Widget;答案是没有区别！有人觉得class写起来方便就用class，有人觉得typename语义更正确就
2018-01-23 16:54:00
809
转载 Item 41：隐式接口与编译期多态
Item 41: Understand implicit interfaces and compile-time polymorphism.面向对象设计中的类（class）考虑的是显式接口（explicit interface）和运行时多态， 而模板编程中的模板（template）考虑的是隐式接口（implicit interface）和编译期多态。对类而言，显式接口是由函数签名表征的
2018-01-23 16:51:46
317
转载 Item 40：明智地使用多继承
Item 40: Use multiple inheritance judiciously.多继承（Multiple Inheritance，MI）是C++特有的概念，在是否应使用多继承的问题上始终争论不断。一派认为单继承（Single Inheritance，SI）是好的，所以多继承更好； 另一派认为多继承带来的麻烦更多，应该避免多继承。本文的目的便是了解这两派的视角。具体从如下三个方面来介绍：
2018-01-23 16:48:10
315
转载 Item 39：明智地使用private继承
Item 39: Use private inheritance judiciously.Item 32提出public继承表示”is-a”的关系，这是因为编译器会在需要的时候将子类对象隐式转换为父类对象。 然而private继承则不然：class Person { ... };class Student: private Person { ... }; // inheri
2018-01-23 16:43:51
279
转载 Item 38：通过组合表示"拥有"或"以...实现"的关系
Item 38: Model “has-a” or “is-implemented-in-terms-of” through composition.一个类型包含另一个类型的对象时，我们这两个类型之间是组合关系。组合是比继承更加灵活的软件复用方法。 Item 32提到public继承的语义是”is-a”的关系。对象组合也同样拥有它的语义：就对象关系来讲，组合意味着一个对象拥有另一个对象，是”has
2018-01-23 16:37:27
241
转载 Item 37：不要重写父类函数的默认参数
Item 37: Never redefine a function’s inherited default parameter value.不要重写父类函数的默认参数。Item 36已经说明子类中不应该重写继承而来的父类的非虚函数。 那么本文讨论的内容其实是：不要重定义虚函数的默认参数。为什么呢？ 因为虽然虚函数的是动态绑定的，但默认参数是静态绑定的。只有动态绑定的东西才应该被重写。
2018-01-23 12:50:38
482
转载 Item 36：不要重写继承来的非虚函数
Item 36: Never redefine an inherited non-virtual function.我们还是在讨论public继承，比如Derived继承自Base。如果Base有一个非虚函数func，那么客户会倾向认为下面两种调用结果是一样的：Derived d;Base* pb = &d;Derived* pd = &d;// 以下两种调用应当等效pb->func();
2018-01-22 14:26:12
311
转载 Item 35：考虑虚函数的其他替代设计
Item 35: Consider alternatives to virtual functions.比如你在开发一个游戏，每个角色都有一个healthValue()方法。很显然你应该把它声明为虚函数，可以提供默认的实现，让子类去自定义它。 这个设计方式太显然了你都不会考虑其他的设计方法。但有时确实存在更好的，本节便来举几个替代的所涉及方法。非虚接口范式（NVI idiom）可以实现
2018-01-22 14:24:09
405
转载 Item 34：区分接口继承和实现继承
Item 34: Dirrerentiate between inheritance of interface and inheritance of implementation.不同于Objective C或者Java，C++中的继承接口和实现继承是同一个语法过程。 当你public继承一个类时，接口是一定会被继承的（见Item32），你可以选择子类是否应当继承实现：不继承实现，只继
2018-01-22 14:19:16
262
转载 Item 33：避免隐藏继承来的名称
Item 33: Avoid hiding inherited names.其实本文的话题和继承完全没有关系，隐藏名称是作用域的问题。 在C++中每一对{ }都会开启一个新的作用域，并嵌套在当前作用域中。一个示例int x;void func(){ double x; cin>>x; // read a new value for local x}
2018-01-22 14:10:06
318
转载 Item 32：确保public继承是"is a"的关系
Item 32: Make sure public inheritance models “is-a”.C++面向对象程序设计中，最重要的规则便是：public继承应当是”is-a”的关系。当Derived public继承自Base时， 相当于你告诉编译器和所有看到你代码的人：Base是Derived的抽象，Derived就是一个Base，任何时候Derived都可以代替Base使用。当然这只适
2018-01-22 14:07:51
361
转载 Item 31：最小化文件之间的编译依赖
Item 31: Minimize compilation dependencies between files.曾听老师讲过，每天上班的第一件事就是下载最新代码开始编译，然后可以有半个小时去喝杯咖啡。。。 这是C++特殊的一点，即使你在保持接口不变的情况下只改了类的内部实现，其他的项目文件仍然可能需要重新编译。C++的Class不仅规约了外部接口，也给出了内部实现：class Person{p
2018-01-22 14:04:14
364
转载 Item 30：理解inline函数的里里外外
Item 30: Understanding the ins and outs of lining.inline（内联）函数的好处太多了：它没有宏的那些缺点，见Item 2：避免使用define；而且不需要付出函数调用的代价。 同时也方便了编译器基于上下文的优化。但inline函数也并非免费的午餐：它会使得目标代码膨胀，运行时会占用更多的内存，甚至引起缓存页的失效和指令缓存的Miss，这些都会造成
2018-01-22 13:59:40
514
转载 Item 29：追求异常安全的代码
Item 29: Strive for exception-safe code.异常安全是指当异常发生时，1) 不会泄漏资源，2) 也不会使系统处于不一致的状态。 通常有三个异常安全级别：基本保证、强烈保证、不抛异常（nothrow）保证。基本保证。抛出异常后，对象仍然处于合法（valid）的状态。但不确定处于哪个状态。强烈保证。如果抛出了异常，程序的状态没有发生任何改变。就像没调用
2018-01-22 13:55:01
349
转载 Item 28：不要返回对象内部的句柄
Item 28: Avoid returning “handles” to object internals.不要返回对象私有成员的句柄。这里的“句柄”（handle）包括引用、指针和迭代器。 这样可以增加类的封装性、使得const函数更加const， 也避免了空引用的创建（dangling handles）。为了方便起见，下文中统一用指针来称呼这三类句柄。返回私有成员的指针在继续Scott Me
2018-01-22 13:51:38
261
转载 Item 27：最小化类型转换
Item 27: Minimize casting.C++的类型检查只在编译时执行，运行时没有类型错误的概念。 理论上讲只要你的代码可以编译那么就运行时就不会有不安全的操作发生。 但C++允许类型转换，也正是类型转换破坏了理论上的类型系统。在C#，Java等语言中类型转换会更加必要和频繁，但它们总是安全的。C++则不然， 这要求我们在类型转换时格外小心。C++中的类型转换有三种方式：C风格的类型
2018-01-22 13:47:57
253
转载 Item 26：尽量推迟变量定义
Item 26: Postpone variable definitions as long as possible.这一规则在任何编程语言中都适用，一方面可以避免无用的构造使得程序更高效，另一方面作用域的缩小会使程序更加清晰。 存在控制流转移的代码中，你可能会不经意间定义无用的变量。例如：string encryptPassword(const string& password){
2018-01-18 13:49:52
352
转载 Item 25：考虑实现一个不抛异常的swap
Item 25: Consider support for a non-throwing swap.Swap函数最初由STL引入，已经成为异常安全编程（见Item 29）的关键函数， 同时也是解决自赋值问题（参见Item 11：赋值运算符的自赋值问题）的通用机制。 std中它的基本实现是很直观的：namespace std{ templatetypename T> voi
2018-01-18 13:47:16
463
转载 Item 24：用非成员函数来支持所有元的类型转换
Item 24: Declare non-member functions when type conversions should apply to all parameters.虽然Item 15：资源管理类需要提供对原始资源的访问中提到，最好不要提供隐式的类型转化。 但这条规则也存在特例，比如当我们需要创建数字类型的类时。正如double和int能够自由地隐式转换一样， 我们的数字类型
2018-01-18 13:44:20
256
转载 Item 23：非成员非友元函数好于成员函数
Item 23: Prefer non-member non-friend functions to member functions在类的是实现中，常常会面临成员函数和非成员函数的选择。比如一个浏览器类：class WebBrowser{public: void clearCache(); void clearCookies(); void clearHistory(
2018-01-18 13:41:58
344
转载 Item 22：数据成员应声明为私有
Item 22: Declare data members private数据成员声明为私有可以提供一致的接口语法，提供细粒度的访问控制，易于维护类的不变式，同时可以让作者的实现更加灵活。而且我们会看到，protected并不比public更加利于封装。语法一致性你肯定也遇到过这种困惑，是否应该加括号呢？obj.length // 还是 obj.length()?ob
2018-01-18 13:37:26
544
转载 Item 21：需要返回对象时，不要返回引用
Item 21: Don’t try to return a reference when you must return an objectItem 20中提到，多数情况下传引用比传值更好。追求这一点是好的，但千万别返回空的引用或指针。 一个典型的场景如下：class Rational{ int n, d;public: Raitonal(int numerator=0, i
2018-01-18 13:34:43
359
转载 Item 20：传递常量引用比传值更好
Item 20: Prefer pass-by-reference-to-const to pass-by-valueC++函数的参数和返回值默认采用传值的方式，这一特性是继承自C语言的。如果不特殊指定， 函数参数将会初始化为实参的拷贝，调用者得到的也是返回值的一个副本。 这些拷贝是通过调用对象的拷贝构造函数完成的，正是这一方法的调用使得拷贝的代价可能会很高。通常来讲，传递常量引用比传值
2018-01-18 13:32:09
555
转载 Item 19：把类的设计视作类型设计
Item 19: Teat class design as type design.在面向对象语言中，开发者的大部分时间都用在了增强你的类型系统。这意味着你不仅是类的设计者，更是类型设计者。 重载函数和运算符、控制内存分配和释放、定义初始化和销毁操作……良好的类型有着自然的语法、直观的语义，以及高效的实现。 你在定义类时需要像一个语言设计者一样地小心才行！类的设计就是类型设计，当你定义一
2018-01-18 13:27:45
281
转载 Item 18：让接口容易被正确使用，不易被误用
Item 18: Make interfaces easy to use correctly and hard to use incorrectly.“让接口容易被正确使用，不易被误用”，这也是面向对象设计中的重要概念，好的接口在工程实践中尤其重要。 在使用优秀的第三方组件时，常常能够切身感受到好的接口原来可以这么方便，甚至不需记住它的名字和参数就能正确地调用。 反观自己写的API，常常会有
2018-01-18 13:24:41
321
转载 Item 17：在单独的语句中将new的对象放入智能指针
Item 17: Store newed objects in smart pointers in standalone statements.在单独的语句中将new的对象放入智能指针，这是为了由于其他表达式抛出异常而导致的资源泄漏。 因为C++不同于其他语言，函数参数的计算顺序很大程度上决定于编译器。如果你在做Windows程序设计，或者DLL开发，可能会经常碰到类似__cdecl，_
2018-01-18 13:20:36
224
空空如也
C++中调用Python脚本import numpy语句会出现错误
2017-10-07
TA创建的收藏夹 TA关注的收藏夹
TA关注的人