amenglai — Wed, 05 May 2010 03:31:00 GMT

今天�l�于把这本书��d��了，泛型�~�程部分因�ؓ(f��)自己用的很少�Q�收货不大，其它部分读过以后�Q�的��可以加��q��解，��其是对照《C++ Primer》，在理解上�?x��)有很大的进步�?br /> �q�本书，我读的时间很零碎�Q�一般只是早上读�Q�晚上回家因��呼哧呼哧的写点东西，实在是没旉��读，所以花的时间比较多�?img src="/CuteSoft_Client/CuteEditor/images/face23.gif" align="absMiddle" border="0" alt="" />虽然很零��，但是收货很大�Q�大概是因�ؓ(f��)从来没给自己讄��M��的deadline�Q�没有压力，也就可以慢慢的读�Q�慢慢的思考�?br /> 另外因�ؓ(f��)�q�本书更加关注的是语�a�的本�w�，所以肯定没有读PEAA之列的那么费�Ԍ��也很适合零碎的时间来阅读�?br /> 哎，我写了这么多�q�Java都没读过Effecitive java。最后再感慨一下吧�?br /> 明天�Q�我�?x��)回到我喜欢的java�Q�去诅R��设计模式精解》�?br /> 依然是早上阅读，希望�q�次的阅读，能够�Ҏ(gu��)��目前的代码重构有��x��的帮助�?/span>

amenglai 2010-05-05 11:31 发表评论

amenglai — Mon, 22 Mar 2010 03:28:00 GMT

Item18 Make interfaces easy to use correctly and hard to use incorrectly.让接口容易被正确使用�Q�不易被误用

好的接口设计应该是既�Ҏ(gu��)��被正��用，又不易被误用�?/span>

��׃��如书中的Sample�Q�关于时间的�Q�我们一般的做法��是在创�?/span>Day对象�Ӟ��q�加校验函数来判断年月日是不是有效�?/span>

��的做法一是：(x��)创徏新的�c�d��

定义�Q?/span>

class Month {

public:

static Month Jan() {return Month(1); }

static Month feb() {return Month(2); }

…

private Month(int m);

};

Date d(Month::Mar(), Day(30), Year(1995) );

为啥不直接��用静态变量？

参�?/span>Item4 P30�Q�简单说��是不能保证在��?/span>non-local static objects�Ӟ��q�个对象��已�l�初始化了。如�?/span>non-local static objects在另一个文件了�Q�又恰��y没有初始化，�pȝ��当然��׃��(x��)��辫子了�?/span>

另一�U�方法：(x��)加上const来限�?/span>type可以做的事情�?/span>

先参�?/span>Item3 P19

class Rational { …};

const Rational operator*(const Rational &lhs, const Rational &rhs);

之所以强制设�|��ؓ(f��)const��是��Z��避免client在��用时出错。因为如果没�?/span>clien�Q�那么：(x��)

Rational a,b,c;

…

(a*b)=c

�q�种写法是对的，但是如果a�Q?/span>b是内�|�类型，�q�种写法��是错误的�?/span>

除非有必要，否则��p��保证你的�c�d��type的行为和内置�c�d��一致�?/span>

一致性导致接口容易被正确使用�?/span>

STL是榜��P��java在这里成了反面教材，因�ؓ(f��)如果想知道容器内对象的数量，�?/span>Array�Q�要讉K��属�?/span>length�Q?/span>String要用length函数�Q?/span>ArrayList要用size函数�Q�这��是不一致性�?/span>

使用std::tr1::shared_ptr�Q�消�?/span>client对资源管理的责�Q

扑և�以下写法的两个易错的地方�Q?/span>

Investment* createInvestment();

1 忘记删除createInvestment()�q�回的指�?/span>

2 删除�q�个指针多次

so�Q�修改定义：(x��)

std::tr1::shared_ptr< Investment > createInvestment();

如果出现�q�种情�Ş�Q�从createInvestment得到Investment*的函数要把这个指针传递个�l�叫�?/span>getRidOfInvestment�Q�由getridOfInvestment取代使用delete�?/span>

�q�里��出��C��一个新�?/span>client易错的点�Q�用��h��怼�(x��)使用错的资源释放机制。因�?/span>delete�?/span>getRidOfInvestment取代了�?/span>

std::tr1::shared_ptr< Investment >

pInv(static_cast(0), getRidOfInvestment);

那么定义��应该是�q�样的：(x��)

std::tr1::shared_ptr< Investment > createInvestment()

{

std::tr1::shared_ptr< Investment >

retVal(static_cast(0), getRidOfInvestment); //�q�不能让client来做

retVal = …;

return retVal;

}

tr1::shared_ptr的优�Ҏ(gu��)��允许在一�?/span>DLL创徏对象�Q�在另一�?/span>DLL里删除对象�?/span>

Good interfaces are easy to use correctly and hard to use in correctly.

接口一致性，于内�|�数据类型的行�ؓ(f��)兼容

��L��错误的方式还包括创徏新的�c�d��Q�例�?/span>Month�Q�，限制�c�d��上的操作�Q�束�~�对象��|��以及消除客户的资源管理的责�Q

tr1::shared_ptr支持定制�c�d��的删除器deleter�Q�允许在一�?/span>DLL创徏对象�Q�在另一�?/span>DLL里删除对象�?/span>

Item19�Q?/span>Treat class design as type design.设计class犹如设计type

在设计一个类的时候，要回�{�一�p�d��的问题哦�?/span>

参考大师在P85-P86之间�l�出的常常的清单吧，其实实际上，我在设计�cȝ��时候的��没有想�q�这么多�Q�问�q�自��p��么的��Z��么，所以这也是我��L��在追求代码重用，却��L��发现自己写的代码重用度很低的一个原因把�?/span>

Item20�Q?/span>Prefer pass-by-reference-to-const to pass-by-value.宁以pass-by-reference-to-const替换pass-by-value

But先学�?f��n)一个单词，characteristic�Q?/span>KAO�Q�这竟然是个名词�?/span>

再学一个地道的说法�Q�解决问题的�Ҏ(gu��)��Q?/span>The way around the slicing problem is…

函数都是��g��递�?/span>pass by-value�?/span>function parameters are initialized with copies of the actual arguments, and function callers goes back a copy of the value returned by the function.�q�样当然开销��大了，每次都先copy一份进来，完事以后�Q�再copy一份出厅R�?/span>

假设函数的参数是一�?/span>Student对象�Q?/span>bool validateStudent(Student s);调用�q�个函数�Q?u>额外的隐性开销包括要先调用copy constructor创徏一�?/span>Student对象用于函数内部�Q�函数执行结束再调用析构函数释放�q�个对象�?/span>

开销太大了，改进一下：(x��)pass by reference-to-const

bool validateStudent(const Student& s);

引用是通过指针来实现实现的�Q�因此传递引用实际上��是在传递指针�?/span>references are typically implemented as pointers.

但是�q�个规则对于内置数据�c�d��不适用�Q�也不是适用STL iterator和函数对�?/span>function objects�?/span>

即��再小的对象也应该不要使用��g��递，而是要��?/span>pass by reference-to-const�?/span>

关于slicing problem的另一�U�描�q?/span>

slicing problem是在多态规则里面容易��生的�?/span>

看一个简单的基类、派生类的定�?/span>

class Window

{

public:

int height;

int width;

};

class TextWindow : public Window

{

public:

int cursorLocation;

};

…

Window win;

TextWindow tWinPtr;*

tWinPtr = new TextWindow;

win = tWinprt;*

win是一�?/span>Window对象�Q?/span>C++规定�Q�给win分配的内存看见的大小�Q�由光��态类型决定。就是说默认的拷贝函数导致信息会(x��)出现丢失。这��是slicing problem�?/span>

试想一下这要是通过��g��递的方式传递参敎ͼ�实参一copy��已�l�丢�׃��息了�?/span>

Prefer pass-by-reference-to-const over pass-by-value.�q�样既有效，又可以避�?/span>slicing problem�?/span>

但是�q�个规则对于内置数据�c�d��Q?/span>STL iterator和函数对�?/span>function objects不适用。对于它们传递值就好了�?/span>

Item 21�Q?/span>Don't try to return a reference when you must return an object.必须�q�回对象�Ӟ��别妄惌��回其reference

heap and stack

堆和栈这�?/span>2个不同的概念�Q�哎哟，我一直以为是一个词�?/span>

heap�Q�堆

栈是�pȝ��提供的功能，特点是快速高效，�~�点是有限制�Q�数据不灉|��Q?/span>

堆是函数库内部数据结构，不一定唯一�?/span>

堆空间的分配��L��动态的�Q�虽然程序结束时所有的数据�I�间都会(x��)被释攑֛��pȝ��Q�但是精��的甌��内存/释放内存匚w��是良好程序的基本要素�?/span>

使用new创徏的对象是�?/span>heap上分配内存空间�?/span>

stack�Q�栈

而堆是函数库提供的功能，特点是灵�z�L��便，数据适应面广泛，但是效率有一定降低�?/span>

栈是�pȝ��数据�l�构�Q�对于进�E?/span>/�U�程是唯一的；不同堆分配的内存无法互相操作�?/span>

栈空间分静态分配和动态分配两�U�。静态分配是�~�译器完成的�Q�比如自动变�?/span>(auto)的分配。动态分配由alloca函数完成。栈的动态分配无需释放(是自动的)�Q�也��没有释攑և�数。�ؓ(f��)可移植的�E�序赯��Q?u>栈的动态分配操作是不被鼓励的！

定义的局部变量是�?/span>stack上分配内存空间的�?/span>

��单一句话��是必须要返回对象�?/span>

Item22�Q?/span>Declare data members private.��成员变量声明�ؓ(f��)private

why data members shouldn’t be public?

argument

(against) 争论�Q�意�?/span>

实参

形参�?/span>parameters

protected data member is mot more encapsulated than public one.

data member一定要��装�?/span>

protected不必public有更好的��装�?/span>

Item 23�Q?/span>Prefer non-member non-friend functions to member functions.宁以non-member�?/span>non-friend替换member函数

�q�是一个典型的例子�Q?/span>

class WebBrowser {

public:

…

void clearCache();

void clearHistory();

void removeCookies();

…

};

��Z��提供一个执行所有操作的函数�Q�所以就�?/span>WebBrowser里面�q�加定义�Q?/span>

void clearEverything();

哎，我一直就是这么写的，�q�自以�ؓ(f��)有很好的��装�Q?/span>But

void clearBrowser(WebBrowser wb)

{

wb.clearCache();

wb.clearHistory();

wb.removeCookies();

}

�W�一�Q�前者�ƈ不比后者有很好的封�?/span>

�q�就要解释一下什么叫�?#8220;��装”�Q�以及封装的判别标准�?/span>

��装的判别标准：(x��)可以通过�l�计能够讉K��q�个data的函数的数目来计��，函数��多�Q�这�?/span>data��装也就月不好，因此前一�U�写法的��装��没有后者好。这也可以用来解�?/span>Item22里面�Q��ؓ(f��)什么要求数据成员不能定义�ؓ(f��)public。另外增�?/span>clearEverything()作�ؓ(f��)member function�Q�实际上是降低了��装性。而后面的non-member non-friend functions的定义就没有改变WebBrowser的封装性�?/span>

�W�二�Q�后者还能提供更加灵�zȝ��打包package�Q�增加扩展性�?/span>

put all convenience functions in multiple header files, but one namespace.

�W�三�Q�增加函数的可扩展性�?/span>

你可以定义自��q��convenience functions�Q�写��C��?/span>header file里面�Q�放到同一�?/span>namespace里面。这�?/span>member function做不到的�?/span>

优先使用non-member non-friend函数来替�?/span>member函数�?/span>

Item 24�Q?/span>Declare non-member functions when type conversions should apply to all parameters.若所有参数皆需�c�d��转换�Q�请为此采用non-member函数

原因�Q?/span>

Parameters are eligible for implicit type conversion only if they are listed in the parameter list.

�l�论�Q?/span>

make operator* a non-member function, thus allowing compilers to perform implicit type conversions on all arguments.

class Rational {

…

};

const Rational operatior(const Rational& lhs, Rational& rhs)

{

return Rationan(lhs.numerator()rhs.numerator(),

lhs.denominator()rhs. denominator () );

}

一个误区：(x��)

如果一个函敎ͼ�和某个类相关�Q�而又不能定义�?/span>member�Q�那么这个函数就一定要定义�?/span>friend�?/span>

上面�q�个例子��p��明这个说法�ƈ不正��。真��q��命，慎用friend functions�?/span>

Item 25�Q?/span>Consider support for a non-throwing swap.考虑写出一个不抛异常的swap函数

default swap

��是�?/span>std里面定义�?/span>swap

member swap

nonmember swap

specializations of std::swap

member swap

Widget�Q?/span>:我们希望的是交换指针�Q�但swap实际做的是不�?/span>copy�?/span>3�?/span>Widget对象�Q�而且�q?/span>copy�?/span>3�?/span>WidgetImpl对象。太��费了！都低��x��代了�?/span>

class Widget{

void swap(Widget& other)

{

using std::swap;

swap(pImpl, other.pImpl;);

}

…

};

template<> void swap( Widget& a, Widget&b)*

{

a.wap(b);

}

nonmember swap

接下来要讨论的是如果Widget�?/span>WidgetImpl不是�c�而是�c�L��板会(x��)怎么��P��

�U�束条�g�Q�不能在std里面增加新的template�Q�只能特化（specialize�Q?/span>std内的template�?/span>

如果非要定义�Q?/span>say sorry�?/span>behavior is undefined�?/span>KAO�Q�其实这比异常还讨厌�?/span>

解决�Ҏ(gu��)��是把它定义到一个自��q��namespace里面�Q�而不要定义到std里面�?/span>

namespace WidgetStuff {

…

template

class Widget{…};

…

template

void swap(Widget& a, Widget& b)

{

a.swap(b);

}

}

specializations of std::swap

如果仅仅是针对一�?/span>class�Q�那��q��?/span>std::swap�?/span>

If you want to have your class-specializing version of swap called in as many contexts as possible, you need to write both a non-member version in the same namespace as your class and a specialization of std::swap.

�q�部分十分绕�Q?/span>P111�q�对�?/span>C++�?/span>name lookup的规则进行了详细的描�q�。值得重新温习(f��n)�?/span>

amenglai 2010-03-22 11:28 发表评论

Effecitive C++��M��W�记 �W�五�?实现 Implementations

amenglai — Mon, 22 Mar 2010 03:19:00 GMT

摘要: Item26�Q�Postpone variable definitions as long as possible.��可能�g后变量定义的出现旉�� q�里所说的变量是variable of type�Q�它需要调用constructor和destructor�?��单情况下�Q�如果函数抛出异常，��D��变量没有被��用到�Q�但是由于已�l�定义过�Q�其实还是需要调用它的constructor和destru... 阅读全文

amenglai 2010-03-22 11:19 发表评论

欧美一区二区日韩一区二区,丝袜一区二区三区,伊人春色之综合网

Item18 Make interfaces easy to use correctly and hard to use incorrectly.让接口容易被正确使用�Q�不易被误用

好的接口设计应该是既�Ҏ(gu��)��被正�����用，又不易被误用�?/span>

�����的做法一是：(x��)创徏新的�c�d��

另一�U�方法：(x��)加上const来限�?/span>type可以做的事情�?/span>

一致性导致接口容易被正确使用�?/span>

使用std::tr1::shared_ptr�Q�消�?/span>client对资源管理的责�Q

Item19�Q?/span>Treat class design as type design.设计class犹如设计type

Item20�Q?/span>Prefer pass-by-reference-to-const to pass-by-value.宁以pass-by-reference-to-const替换pass-by-value

开销太大了，改进一下：(x��)pass by reference-to-const

关于slicing problem的另一�U�描�q?/span>

Item 21�Q?/span>Don't try to return a reference when you must return an object.必须�q�回对象�Ӟ��别妄惌���回其reference

heap and stack

Item22�Q?/span>Declare data members private.���成员变量声明�ؓ(f��)private

why data members shouldn’t be public?

protected data member is mot more encapsulated than public one.

Item 23�Q?/span>Prefer non-member non-friend functions to member functions.宁以non-member�?/span>non-friend替换member函数

Item 24�Q?/span>Declare non-member functions when type conversions should apply to all parameters.若所有参数皆需�c�d��转换�Q�请为此采用non-member函数

Item 25�Q?/span>Consider support for a non-throwing swap.考虑写出一个不抛异常的swap函数

member swap

nonmember swap

specializations of std::swap

Effecitive C++��M���W�记 �W�五�?实现 Implementations

好的接口设计应该是既�Ҏ(gu��)��被正��用，又不易被误用�?/span>

��的做法一是：(x��)创徏新的�c�d��

Item 21�Q?/span>Don't try to return a reference when you must return an object.必须�q�回对象�Ӟ��别妄惌��回其reference

Item22�Q?/span>Declare data members private.��成员变量声明�ؓ(f��)private

Effecitive C++��M��W�记 �W�五�?实现 Implementations