在线一区二区三区四区五区,亚洲国产第一页,欧美成人精品一区二区

flyingxu — Fri, 23 Jun 2006 12:56:00 GMT

C�Q�＋�~�程规范中第23条中��_��
If one header file won't work unless the file that includes it also includes another header, that's gauche and puts unnecessary burden on that header file's users.
呵呵�Q�英语有�Ҏ��口，后面丄��例子也都是模板的例子。我倒是遇到�q�一个实际的例子�Q�简化后如下�Q?br />

//a.h
class A
{
int a;
};

//b.h
//注意�Q�b.h�q�没有include a.h
class B
{
A a;
};

用的时候怎么用呢�Q�比如在main.cpp中想用class B

//main.cpp
#include "a.h"
#include "b.h"
//
B b;
//
//do something on b

可以看到�Q�main��Z��使用B�Q�还得包含a.h�Q�这��是上面一�D�英语说的：
如果一个头文�g�Q�b.h�Q�不能工作，除非包含它（b.h�Q�的文�g�Q�也��是main.cpp�Q�也包含另一个头文�g�Q�a.h�Q?..

hehe�Q�当我第一�ơ遇到这�U�情冉|��Q�想了半天也想不明白��Z��么我明明包含了b.h�q�是不能用B�?br />
那么�Q�正��的写法应该是什么呢�Q?br />在类B的作者在设计B的时候，��应该想到用户只需�?include "b.h"��可以��用这个class B。所以，在b.h文�g中，应该写明#include "a.h"�Q�而不是让用户在main.cpp中去include "a.h"

:)

flyingxu 2006-06-23 20:56 发表评论

用返回类型BOOL替代函数�q�回�c�d��void

flyingxu — Wed, 17 May 2006 08:12:00 GMT

在写函数的时�?很多函数只是讄��某个变量然后做一些其他的相应的处�?比如:

void CInstruction::SetName(const CString& strName)
{
    m_strName = strName;

            //some other operations
    if(!IsRed())
    {
        //...
    }
}

�q�样的函�?�q�回�c�d��?font face="Courier New">void��理成章.

但是,随着�E�序�l�箋往下写,需要处理的情况��来��复�?�q�个时�?发现SetName�q�个函数,�q�回void已经不够用了,因�ؓ可以需要知道SetName�q�个函数调用有没有成�?因�ؓ可能传入的strName不一定是合法�?如果调用SetName函数没有成功,可能要��l�调用别的函�?�q�个时�?可能��p��讲返回类型改为BOOL.

而后来��l�想,一个函数的�q�回�?应该更加充分的利�?调用一个函数时,��p��充分的利用它的返回�?而在写一个函数时,也应该注意到�q�一�?如果实在没有什么值好�q�回,��p��回TRUE

所�?对于函数,如果在设计时准备把返回类型定为void,其实可以改�ؓBOOL
1)最初可能没有用,但情况会��来��复�?br />2)充分利用函数的返回�?img src ="http://m.shnenglu.com/flyingxu/aggbug/7305.html" width = "1" height = "1" />

flyingxu 2006-05-17 16:12 发表评论

flyingxu — Wed, 17 May 2006 06:17:00 GMT

资源中的属�?是指写MFC�E�序时VC IDE的resource�~�辑器中可以讑֮�的各�U�属�?比如WS_EX_TRANSPARENT或�?font face="Courier New">LVS_REPORT.
而这些属�?都是可以用代码在�E�序初始化后加上�ȝ��,比如�?font face="Courier New">OnInitDialog() 或�?font face="Courier New">OnCreate()函数�?

从方便性来�?肯定是在资源中设�|�这些属性更加方�?但是..
我遇��C��U�情�?在我的程序中,有两个rc文�g,分别是中文和英文,�q�个时�?��发生了在英文资源中讄��了属性修正了一个bug但是在中文版的资源中忘记讄��,bug依然存在.而如果是在在代码中加上类似的代码:

m_CrossRefTab.ModifyStyleEx(0,WS_EX_TRANSPARENT);

资源文�g不用改变,而且修正了所有的问题.

所�?我觉�?应该��量用几行代码来替代在资源中的设定属�?img src ="http://m.shnenglu.com/flyingxu/aggbug/7299.html" width = "1" height = "1" />

flyingxu 2006-05-17 14:17 发表评论

code review 把代码投影在墙上

flyingxu — Sun, 09 Apr 2006 13:37:00 GMT

锋锋��_��
把代码投影在墙上�Q�几个�h坐下来一赯��Z��是有效的�Ҏ��

呵呵�Q�我觉得很cool啊，可惜现在我不是老板�Q�等我哪天成老板了，��p��么做

flyingxu 2006-04-09 21:37 发表评论

Is Hungarian notation obsolete?

flyingxu — Wed, 05 Apr 2006 11:45:00 GMT

书上说匈牙利命名法已�l�过时了�Q�我不这栯��为�?br />
有�h认�ؓ现在�~�译器已�l�可以很好的��出�c�d��的不匚w��Q�或者IDE中可以很快的看到�c�d��Q�所以在c中可能需要，在C�Q�＋�Q�强�c�d��语言�Q�中��׃��需要了�?br />C++ made it harder to do that without wicked casting and the compiler catches most of those kind of errors. So, I agree with the previous poster that it's now redundant.
Also, modern IDEs allow you to hover the cursor over a variable and show you the variable's definition.

不过我觉得代码不是写�l�编译器看的�Q�而是写给人看的，�q�里��有self-documenting和readability的问题�?br />很明显，如果你看到nIndex 或者strFile或者wndNext�Q�就可以很快知道分别是int CString CWnd�c�d��Q�而不用回头去看变量定义，�q�样�Q�看代码时就会很快�?br />而且�Q�对于MFC�E�序员来��_��更重要一些，因�ؓMFC里面的变量都是用匈牙利命名法的�?br />If you're programming C++/MFC you're better sticking to hungarian for consistency with the class library & Win32 API declarations.
微��Y的约�?/a>�Q�就是标准了

不过�Q�书上提到在泛型�~�程中不需要，现在体会�q�不深，可能是对的�?br />
今天(2006 04 13��y看到codeproject的一个vote),�l�果如下

Option	Votes	%
Pascal Cased	171	10.6
camel Cased	702	43.4
Fixed letter prefix (eg lLocal)	81	5.0
Hungarian prefix (eg strLocal)	481	29.7
Scope prefix (eg l_Local)	36	2.2
Scope and Hungarian prefix (eg l_strLocal)	125	7.7
Responses	1618	�K?/td>

Hungarian Notation排第�?
cp上面有两个链�?br />Conversations: Hungarian wartHogs (http://www.cuj.com/documents/s=7989/cujcexp1911hyslop/hyslop.htm)
��L��q�篇文章��已�l�明白的说HN�q�时�?作者也�?em>c++ coding stardard的作�?.
如果不用HN,那么应该用什么样的命名规则呢?
Naming Guidelines(http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpgenref/html/cpconNamingGuidelines.asp)
.Net下的推荐,也许别的地方也可以用.

flyingxu 2006-04-05 19:45 发表评论