亚洲欧美日韩另类精品一区二区三区,久久综合一区二区,欧美日韩久久久久久

Inside The C++ Object Model 阅读�W�记

Zero Lee — Mon, 19 Sep 2011 05:18:00 GMT

1. The semantics of construction
�?�U�情况会��D��“�~�译器必��Mؓ未声明constructor之classes合成一个default constructor“。C++ 标准把那些合成物�U�Cؓimplicit nontrivial default constructors。被合成出来的constructor只能满��~�译�?而非�E�序)的需要。它之所以能够完成�Q务，是借着“调用member object �?base class 的default constructor“ 或是 ”为每一个object初始化其virtual function 机制或virtual base class机制“而完成。至于没有存在那四种情况而又没有声明��M��constructor的classes�Q�我们说它们拥有的是implicit trivial default constructors�Q�它们实际上�q�不会被合成出来�?br />在合成出来的default constructor中，只有base class subobjects 和member class objects会被初始化。所有其它的nonstatic data memeber�Q�如整数、整数指针、整数数�l�等�{�都不会被初始化。这些初始化操作对程序而言或许有需要，但对�~�译器则�q��必要�?br />

Zero Lee 2011-09-19 13:18 发表评论

可行的方法模仿goto功能

Zero Lee — Wed, 23 Mar 2011 04:27:00 GMT

采用适当的代码结构可以模仿goto的功�? 从同一个地方立卌��转到另一个地�?br>代码片段如下:

1 do {
2
3    if (condition1) break;
4
5    if (condition2) break;
6
7 } while (0);

Zero Lee 2011-03-23 12:27 发表评论

Zero Lee — Thu, 17 Mar 2011 09:20:00 GMT

(�?C++中extern “C”含义深层探烦

1.引言

　　C++语言的创建初��h��“a better C”�Q�但是这�q�不意味着C++中类似C语言的全局变量和函数所采用的编译和�q�接方式与C语言完全相同。作��Z��U�欲与C兼容的语�a��Q�C++保留了一部分�q�程式语�a�的特点（被世人称�?#8220;不彻底地面向对象”�Q�，因而它可以定义不属于�Q何类的全局变量和函数。但是，C++毕竟是一�U�面向对象的�E�序设计语言�Q��ؓ了支持函数的重蝲�Q�C++对全局函数的处理方式与C有明昄��不同�?br>　　2.从标准头文�g说�v

　　某企业曾�l�给出如下的一道面试题�Q?/p>

　　面试�?br>　　��Z��么标准头文�g都有�c�M��以下的结构？

#ifndef __INCvxWorksh
#define __INCvxWorksh
#ifdef __cplusplus
extern "C" {
#endif
/*...*/
#ifdef __cplusplus
}
#endif
#endif /* __INCvxWorksh */

　　分析
　　昄��Q�头文�g中的�~�译�?#8220;#ifndef __INCvxWorksh�?define __INCvxWorksh�?endif” 的作用是防止该头文�g被重复引用�?/p>

　　那么

#ifdef __cplusplus
extern "C" {
#endif
#ifdef __cplusplus
}
#endif

　　的作用又是什么呢�Q�我们将在下文一一道来�?br>
　　3.深层揭密extern "C"

　　extern "C" 包含双重含义�Q�从字面上即可得刎ͼ�首先�Q�被它修饰的目标�?#8220;extern”的；其次�Q�被它修饰的目标�?#8220;C”的。让我们来详�l�解读这两重含义�?/p>

　　被extern "C"限定的函数或变量是extern�c�d��的；

　　extern是C/C++语言中表明函数和全局变量作用范围�Q�可见性）的关键字�Q�该关键字告诉编译器�Q�其声明的函数和变量可以在本模块或其它模块中使用。记住，下列语句�Q?/p>

　　extern int a;

　　仅仅是一个变量的声明�Q�其�q�不是在定义变量a�Q��ƈ未�ؓa分配内存�I�间。变量a在所有模块中作�ؓ一�U�全局变量只能被定义一�ơ，否则会出现连接错误�?/p>

　　通常�Q�在模块的头文�g中对本模块提供给其它模块引用的函数和全局变量以关键字extern声明。例如，如果模块B�Ʋ引用该模块A中定义的全局�? 量和函数时只需包含模块A的头文�g卛_��。这��P��模块B中调用模块A中的函数�Ӟ��在编译阶�D�，模块B虽然找不到该函数�Q�但是�ƈ不会报错�Q�它会在�q�接阶段中从模块A�~�译生成的目标代码中扑ֈ�此函数�?/p>

　　与extern对应的关键字是static�Q�被它修饰的全局变量和函数只能在本模块中使用。因此，一个函数或变量只可能被本模块��用时�Q�其不可能被extern “C”修饰�?/p>

　　被extern "C"修饰的变量和函数是按照C语言方式�~�译和连接的�Q?/p>

　　未加extern “C”声明时的�~�译方式

　　首先看看C++中对�c�M��C的函数是怎样�~�译的�?/p>

　　作�ؓ一�U�面向对象的语言�Q�C++支持函数重蝲�Q�而过�E�式语言C则不支持。函数被C++�~�译后在�W�号库中的名字与C语言的不同。例如，假设某个函数的原型�ؓ�Q?

void foo( int x, int y );

　　该函数被C�~�译器编译后在符号库中的名字为_foo�Q�而C++�~�译器则会��生像_foo_int_int之类的名字（不同的编译器可能生成的名字不同，但是都采用了相同的机�Ӟ��生成的新名字�U�Cؓ“mangled name”�Q��?/p>

　　_foo_int_int�q�样的名字包含了函数名、函数参数数量及�c�d��信息�Q�C++��是靠这�U�机制来实现函数重蝲的。例如，在C++中，函数 void foo( int x, int y )与void foo( int x, float y )�~�译生成的符��h��不相同的�Q�后者�ؓ_foo_int_float�?br>　　同样圎ͼ�C++中的变量除支持局部变量外�Q�还支持�c�L��员变量和全局变量�? 用户所�~�写�E�序的类成员变量可能与全局变量同名�Q�我们以"."来区分。而本质上�Q�编译器在进行编译时�Q�与函数的处理相��|��也�ؓ�c�M��的变量取了一个独一无二的名字，�q�个名字与用��L��序中同名的全局变量名字不同�?/p>

　　未加extern "C"声明时的�q�接方式

　　假设在C++中，模块A的头文�g如下�Q?/p>

// 模块A头文件　moduleA.h
#ifndef MODULE_A_H
#define MODULE_A_H
int foo( int x, int y );
#endif

　　在模块B中引用该函数�Q?/p>

// 模块B实现文�g　moduleB.cpp
#include "moduleA.h"
foo(2,3);

　　实际上，在连接阶�D�，�q�接器会从模块A生成的目标文件moduleA.obj中寻找_foo_int_int�q�样的符��P��

　　加extern "C"声明后的�~�译和连接方�?/p>

　　加extern "C"声明后，模块A的头文�g变�ؓ�Q?/p>

// 模块A头文件　moduleA.h
#ifndef MODULE_A_H
#define MODULE_A_H
extern "C" int foo( int x, int y );
#endif

　　在模块B的实现文件中仍然调用foo( 2,3 )�Q�其�l�果是：

　　�Q?�Q�模块A�~�译生成foo的目标代码时�Q�没有对其名字进行特�D�处理，采用了C语言的方式；

　　�Q?�Q�连接器在�ؓ模块B的目标代码寻找foo(2,3)调用�Ӟ��L��的是未经修改的符号名_foo�?/p>

　　如果在模块A中函数声明了foo为extern "C"�c�d��Q�而模块B中包含的是extern int foo( int x, int y ) �Q�则模块B找不到模块A中的函数�Q�反之亦然�?/p>

　　所以，可以用一句话概括extern “C”�q�个声明的真实目的（��M��语言中的��M��语法�Ҏ��的诞生都不是随意而�ؓ的，来源于真实世界的需求驱动。我们在思考问题时�Q�不能只停留在这个语�a�是怎么做的�Q�还要问一问它��Z��么要�q�么做，动机是什么，�q�样我们可以更深入地理解许多问题�Q�：
　　实现C++与C及其它语�a�的�؜合编�E��?br>　　明白了C++中extern "C"的设立动机，我们下面来具体分析extern "C"通常的��用技巧�?br>　　4.extern "C"的惯用法

　　�Q?�Q�在C++中引用C语言中的函数和变量，在包含C语言头文�Ӟ��假设为cExample.h�Q�时�Q�需�q�行下列处理�Q?/p>

extern "C"
{
#include "cExample.h"
}

　　而在C语言的头文�g中，对其外部函数只能指定为extern�c�d��Q�C语言中不支持extern "C"声明�Q�在.c文�g中包含了extern "C"时会出现�~�译语法错误�?/p>

　　�W�者编写的C++引用C函数例子工程中包含的三个文�g的源代码如下�Q?/p>

/* c语言头文�Ӟ��cExample.h */
#ifndef C_EXAMPLE_H
#define C_EXAMPLE_H
extern int add(int x,int y); // "extern" is optional [Zero]
#endif
/* c语言实现文�g�Q�cExample.c */
#include "cExample.h"
int add( int x, int y )
{
return x + y;
}
// c++实现文�g�Q�调用add�Q�cppFile.cpp

[Zero] below, can be written as

extern "C" int add(int,int);

#include "cExample.h"

extern "C"
{
#include "cExample.h"
}
int main(int argc, char* argv[])
{
add(2,3);
return 0;
}

　　如果C++调用一个C语言�~�写�?DLL�Ӟ��当包�?DLL的头文�g或声明接口函数时�Q�应加extern "C" {　}�?/p>

　　�Q?�Q�在C中引用C++语言中的函数和变量时�Q�C++的头文�g需��d��extern "C"�Q�但是在C语言中不能直接引用声明了extern "C"的该头文�Ӟ��应该仅将C文�g中将C++中定义的extern "C"函数声明为extern�c�d��?br>　　�W�者编写的C引用C++函数例子工程中包含的三个文�g的源代码如下�Q?/p>

//C++头文�?cppExample.h
#ifndef CPP_EXAMPLE_H
#define CPP_EXAMPLE_H
extern "C" int add( int x, int y );
#endif
//C++实现文�g cppExample.cpp
#include "cppExample.h"
int add( int x, int y )
{
return x + y;
}
/* C实现文�g cFile.c
/* �q�样会编译出错：#include "cExample.h" */
extern int add( int x, int y );
int main( int argc, char* argv[] )
{
add( 2, 3 );
return 0;
}

　　如果深入理解了第3节中所阐述的extern "C"在编译和�q�接阶段发挥的作用，��p��真正理解本节所阐述的从C++引用C函数和C引用C++函数的惯用法。对�W?节给出的�C�Z��代码�Q�需要特别留意各个细节�?

Zero Lee 2011-03-17 17:20 发表评论

Zero Lee — Fri, 03 Dec 2010 07:21:00 GMT

Example1�Q?br>

1 class A {
2 public:
3     A() {
4         std::cout << "A.ctor()" << std::endl;
5     }
6     A(const A& other) {
7         std::cout << "A.copyctor()" << std::endl;
8     }
9     A& operator =(const A& other) {
10         std::cout << "A.op =() " << std::endl;
11     }
12 };
13
14 class AA : public A
15 {
16 public:
17     AA() {
18         std::cout << "AA.ctor()" << std::endl;
19     }
20 };
21
22 int main()
23 {
24     AA aa;  // A.ctor => AA.ctor
25     AA bb(aa);  // A.copyctor
26     aa = bb;    // A.op =
27     return 0;
28 }
29

1. �~�译器会默认调用基类的构造函数�?br>2. �l�承�cȝ��拯��构造函�?拯��赋��D��符函数没有定义�Q�编译器会默认调用基�cȝ��应的函数�?br>
Example2:

1 class A {
2 public:
3     A() {
4         std::cout << "A.ctor()" << std::endl;
5     }
6     A(const A& other) {
7         std::cout << "A.copyctor()" << std::endl;
8     }
9     A& operator =(const A& other) {
10         std::cout << "A.op =() " << std::endl;
11     }
12 };
13
14 class AA : public A
15 {
16 public:
17     AA() {
18         std::cout << "AA.ctor()" << std::endl;
19     }
20     AA(const AA& other)
21     : A(other) {
22         std::cout << "AA.copyctor() " << std::endl;
23     }
24     AA& operator =(const AA& other) {
25         std::cout << "AA.op =()" << std::endl;
26     }
27 };
28
29 int main()
30 {
31     AA aa;  // A.ctor => AA.ctor
32     AA bb(aa);  // A.copyctor => AA.copyctor
33     aa = bb;    // AA.op =
34
35     return 0;
36 }

1. 拯��构造函��C��默认调用基类的构造函敎ͼ�而不是对应的拯��构造函敎ͼ�除非在自己手动调用�?br>2. 自定义的拯��赋��D��符函数�Q�也不会调用基类的相应函数�?br>

Zero Lee 2010-12-03 15:21 发表评论

Life scope of one object example

Zero Lee — Fri, 03 Dec 2010 06:48:00 GMT

Example code:

1 class A {
2 public:
3     A(int i) {
4         if (i!=1) {
5             std::vector<int> a;
6             a.at(0) = 1;
7         } else
8             std::cout << "ctor ok." << std::endl;
9     }
10     ~A() {
11         std::cout << "A:dtor." << std::endl;
12     }
13 };
14
15 void f()
16 {
17     try {
18         A a(1);
19         a.~A();
20         new (&a) A(2);  /* here, throw one exception, but still destroy a again  */
21     } catch() {
22         std::cout << "catch exception." << std::endl;
23     }
24 }
25

Above code snippet, if in placement new call, constructor of one class throws one exception, that a will still be destroyed again, since a is one automatic object, according to Cpp standard. In this case, one object constructed once, but destroyed twice, undefined/unpredicated behavior may happen.

Zero Lee 2010-12-03 14:48 发表评论

One new template implementation of single linked list

Zero Lee — Sun, 17 Oct 2010 06:26:00 GMT

One new implementation of single list as below(code: c++):

/**
* Used to create and manage a single linked list of objects of a common
* type. The list of created objects can be examined to find a key by
* an identifier.
*/
1 template <class T, typename K>
2 class objList {
3 protected:
4     static T* objFirst;
5     T* objNext;
6     const K objKey;
7
8     objList(const K key) {
9         objKey = key;
10         objNext = objFirst;
11         objFirst = (T*)this;
12     }
13 public:
14     static T* getObject(const K& key);
15 };
16 template <class T, typename K>
17 T* objList<T, K>::objFirst = NULL;
18
19 template <class T, typename K>
20 objList<T, K>::getObject(const K& key)
21 {
22     T* obj = objList<T, K>::objFirst;
23     while (obj) {
24         if (key==obj->objKey)
25             break;
26         obj = obj->objNext;
27     }
28     return obj;
29 }

Zero Lee 2010-10-17 14:26 发表评论

Qt GUI Programming Basic

Zero Lee — Mon, 21 May 2007 08:14:00 GMT

摘要: Qt GUI programming basic 阅读全文

Zero Lee 2007-05-21 16:14 发表评论

DLL�~�程专题

Zero Lee — Sun, 20 May 2007 03:32:00 GMT

摘要: DLL�~�程专题�?nbsp; 阅读全文

Zero Lee 2007-05-20 11:32 发表评论

Zero Lee — Sat, 19 May 2007 08:14:00 GMT

sizeof操作�W��用注意：

先看下面的测试代�?1)�?2)�Q?br> =====================================================================

��试代码(1) :
const char* a[] = { "a", "bcedf" };

// ��试下面�?/span>sizeof(a)�Q�它的结果是’8’, 原因在于a是指针数�l�，里面存储的是指针元素�?/span>

// 在这里是两个指针元素的数�l�。故�?/span>4*2=8.

cout << sizeof(a) << endl; // print '8'

// test sizeof(*a), sizeof(a[0]), sizeof(a[0][0])

cout << sizeof(*a) << endl; // print '4' �q�里*a是求出第一个字�W�串的地址,注意a是指针的指针�?/span>

cout << sizeof(a[0]) << endl;// print '4' �q�里�?/span>a[0] = *a,跟上面的一栗��?/span>

cout << sizeof(a[0][0]) << endl; // print '1' �q�里是第一个字�W�串的第一个字�W�a�Q�一个字节�?br>
��试代码(2) :
struct TestStruct {
char c_elem; // 1 bytes
int int_elem; // 4 bytes
};

cout << sizeof(TestStruct) << endl;     // it prints '8' .

struct TestStruct1 {
    char c_elem1;
    char c_elem2:
    char c_elem3;
    ...                     // num 个char�c�d��数据成员
};
   cout << sizeof(TestStruct1) <
// 输出的结果与具体的系�l�结构有养I��此处�?2位机�Q�故��Z��d��的快捷和方便�Q�系�l�会自动的填�?padding).
// int�c�d��?个字节，char�c�d��?个字节，但是此处会自动填�?个字节到struct�l�构中��其成�?个字节�?br> // 但是如果struct中只有一�U�类型，譬如char或int�c�d��Ӟ��不会产生此种填补的情��c��但是如果不是，它会输出
// 4的倍数个字节�?br>======================================================================

Zero Lee 2007-05-19 16:14 发表评论

��d��盘文�g专题--采用C/C++/MFC/WIN32(API)方式

Zero Lee — Sat, 19 May 2007 07:54:00 GMT

摘要: 采用C/C++/MFC/WIN32(API)方式��d��盘文�g的方法�?nbsp; 阅读全文

Zero Lee 2007-05-19 15:54 发表评论

N个点�l�成的三角�Ş的最大和最��内切圆�E�序

Zero Lee — Wed, 09 May 2007 02:25:00 GMT

摘要: 阅读全文

Zero Lee 2007-05-09 10:25 发表评论

�l��g间的物理关系

Zero Lee — Tue, 20 Mar 2007 12:56:00 GMT

   开发可�l�护、易��试和可重用的��Y仉��要全面的物理设计和逻辑设计的知识。物理设计研�I�组�l�的问题�Q�超��Z��逻辑领域的范��_��物理设计很容易媄响可��量的特性，例如�q�行旉��、编译时间、连接时间以及可执行文�g大小�?br />
   一个组件是�׃��?c文�g�?h文�g�l�成的物理实体，它具体表达了一个逻辑抽象的具体实现。一个组件一般包含一个、两个甚臛_��个类�Q�已�l�需要用来支持全部抽象的适当的自��p��符。一个组�Ӟ��而不是一个类�Q�是逻辑设计和物理设计的适当单位�Q�因为它能够�Q?br />   1)让若�q�逻辑实体把一个单一的抽象表��Cؓ一个内聚单位；
   2)考虑到物理问题和�l�织问题�Q?br />   3)在其他程序中选择性地重用�~�译单元�?br />
   一个组件的逻辑接口仅限于指能够被客��L��序通过�~�译讉K��的部分，而物理接口则包括它的整个头文件。如果在一个组件的物理接口中��用了一个用戯��定义�c�d��T�Q�即使T是一个封装的逻辑�l�节�Q�也可能�q��那个�l��g的客��L��序在�~�译时依赖T的定义�?br />   �l��g是自我包含的、内聚的和潜在的可重用的设计单位。在一个组件内部声明的逻辑�l�构不应该定义在那个�l��g之外。一个组件的.c文�g应该直接包含它的.h文�g�Q�以��保.h文�g可基于它自己�q�行语法分析。对于每一个需要的�c�d��定义�Q�都始终包含其头文�g�Q�而不是依赖一个头文�g��d��含另一个，�q�样�Q�当一个组件允�怸��?include 指��o从其头文件中被删除时不会出现问题。想要改�q�可用性、可重用性和可维护性，如果某个带有外部�q�接的结构没有在一个组件的.h文�g声明�Q�那么我们应该避免把该结构放在这个组件的.c文�g中。同��L��原因�Q�我们应该避免��用局部声明去讉K��有外部连接的定义�?br />
   最后友元关�p�虽然表面上是一个逻辑关系�Q�但会媄响到物理设计。在一个组件内部，�Q�局部的�Q�友元关�p�L��那个�l��g的一个封装的实现�l�节。�ؓ了改�q�可用性和用户可扩展性，一个容器类常常会把同一个组件内的�P代器视作友元�Q�不会破坏封装。友元关�p�d��会直接媄响访问权限但不会隐含依赖�?/font>

Zero Lee 2007-03-20 20:56 发表评论

关于C++中一些基本设计规则和指导斚w��

Zero Lee — Sun, 14 Jan 2007 07:45:00 GMT

   C++是一�U�大型语�a��Q��ؓ更大的设计空间开辟了道�\。这里提供一些基本设计规则和指导斚w��Q�它们被证明是非常有用的�?br />   主要设计规则被认为是�l�对不能�q�反的。甚臛_��的�q�反也可能危及大型系�l�的完整性�?br />   �ơ要设计规则也被认�ؓ是遵守的�Q�但也许不必严格地遵守。在一个隔��ȝ��实例中违反一个次要规则不大可能��生严重的全局性媄响�?br />   指导斚w��是作为经验法则提出来的，因此必须遵守�Q�除非有强制性的工程斚w��的原因要求遵守别的原则�?br />
   把一个类的数据成员暴露给其客��L��序违反了��装原则。提供对数据成员的非�U�有讉K��意味着表示上的局部改变可能迫使客户重新编写代码。此外，�׃��允许�Ҏ��据成员进行可写访问，无法��L��偶尔误用��D��数据处在不一致的状态。保护的成员数据像公共成员数据一��P��无法限制因数据改变而可能媄响到的客��L��数量�?br />
   全局变量会污染全局名称�I�间�Q�而且会歪曲设计的物理�l�构�Q��得实际上不可能进行独立的��试和有选择的重用。在新的C++��目中没有必要��用全局变量。我们可以通过��变量放�|�在一个类的作用域中作为私有静态成员、�ƈ提供公共静态成员函数访问它们的�Ҏ��来系�l�消除全部变量。但是，对这�U�模块的�q�度依赖是一�U�不良设计的症状�?br />
   自由函数�Q�特别是那些不在��M��用户自定义类型上操作的函敎ͼ�在系�l�集成时很可能与别的函数冲突。将�q�样的函数嵌套在�c�M��用域中作为静态成员基本上可以消除冲突的危险�?br />
   枚�D�c�d��、typedef以及帔R��数据也可能威胁全局名称�I�间。通过��枚丄��型嵌套在�c�M��用域中，��M��二义性都可以通过作用域解析来消除。一个在文�g作用域中的typedef看�v来有点像�c�，但是在大型项目中急难发现。通过��typedef嵌套在类作用域中�Q�他们就变的相对�Ҏ��q�踪。一个在头文件中定义的整数常量，其最好的表达方式通常是通过在类作用域中的一个枚丑ր�来表达。其它常量类型可以通过使它们成为某个类的静态常量成员来限定其范围�?br />
   预处理宏对于人和机器来说都难以理解。由于宏不是C++的一部分�Q�所以宏不遵守作用域�U�束�Q��ƈ且，如果��宏攄��在一个头文�g中，宏可能与�pȝ��中的��M��文�g的�Q何标识符冲突。因此，宏不应该出现在头文�g中，除非是作为包含卫哨�?br />
   �ȝ��看来�Q�我们应该避免在一个头文�g的文件作用域中引入除了类、结构、联合和自由�q�算�W�之外的��M��东西。当�Ӟ��我们允许在头文�g中定义内联成员函数�?br />
   一个定义被包含两次会引��L��译时错误。因为大多数C++头文件包含定义，我们有必要防止再收敛包含囄��可能性。在一个头文�g中，用内部包含卫哨围�l�定义可以确保每个头文�g的内容在��M��一个编译单元中最多被加入一�ơ�?br />
   冗余�Q�外部）包含卫哨虽然不是一定必需的，但是它可以确保我们避免编译时的二义包含行为。通过用冗余卫哨围�l�头文�g的包含指令，我们可以��保每个�~�译单元最多两�ơ打开一个头文�g�?br />
   良好的文档是软�g开发必不可��的一部分。缺��文档将降低可用性。文档的一个重要部分是声明什么是没有定义的。否则，客户可能会依赖��y合的行�ؓ�Q�这�U�行为只能来自特定的实现选择�?br />

Zero Lee 2007-01-14 15:45 发表评论

Problems about two functions of CImage in ATL

Zero Lee — Fri, 01 Dec 2006 12:36:00 GMT

Author: Zero Lee (from Zero Studio)
Abstract: This text is going to discuss functions of Class CImage in ATL.

   关于GetBits()函数的��?对于一�q�DIB囑փ�来说�Q�图像的左下角�ؓ像素数据的�v炏V��通常我们会认为GetBits()函数�q�回的是囑փ�左下角的数据指针�Q�但是CImage实现却不是这栗��?font color="#ff0000">GetBits()�q�回的是囑փ�左上角的像素数据指针。从�q�个角度上来�Ԍ��它的功能�{�效于函数GetPixelAddress(0,0)调用。而且CImage的成员函��C��坐标是以左上角�ؓ坐标原点来表�C�的�?br />
   关于SetPixelIndexed()函数的��? 从函数名我们可以得知�Q�该函数应该应用于非真彩色图像，特别�?位的囑փ��?font color="#ff0000">在测试该函数�Ӟ��发现应用�?位BMP囑փ��Ӟ��不管讄��什么烦引��|��操作后的�l�果昄��索引值变成了0。这个现象确实让人匪��h��思。不知道是不是CImage�cȝ��该函数设计有问题。当�Ӟ��如果��它不合理地应用于真彩色囑փ��Q�操作的�l�果�q�是黑色�?br />
   另外�Q�CImage�c�M��q�有一些函�?譬如SetPixel()和SetPixelRGB()函数�Q�理��Z��应该��它们应用于真彩色图像，但是如果强硬的将它们应用于非真彩色图�?��试中将它们应用�?位BMP囑փ�)�Q�操作结果显�C��|�的值都会被“合理”的变成灰阶数据�Q�比如说�Q�如果我们设�|�RGB��gؓ(180,0,0),操作�l�果��色板里的数据变�ؓRGB(60,60,60).

Zero Lee 2006-12-01 20:36 发表评论

Zero Lee — Sun, 15 Oct 2006 04:38:00 GMT

我这里想说的是一些我认�ؓ开发�h员需要具备的一些素质，当然�q�些只是我自��q��看法�Q�希望大家能够补充。希望大家加入在�U�论坛谈谈自��q��看法和感受：

* 比较宽的知识面，�q�且能够时时补充自己的知识和完善自己的知识结�?/span>

* 耐心好，特别是在调试和学习阶�D�，世界上没有聪明的人只有刻苦的人。做开发其实就两�g事情学习和改错，在这两�g事情中间的开发过�E�其实是比较��单的

* 永远��C��Q�代码是�l��h看的而不是给机器�q�行的，计算机在执行�E�序时是不怕篏的，而�h在看代码时是非常累的

* 良好的编码习惯，臛_��保证自己能够随时看懂几个月前自己所写的代码

* ��量让你的代码能够很�Ҏ��的被别�h理解�Q�写代码时想想你会不会在两个月后被别人骂

* 不要容忍自己犯重复的错误和写重复的代�?/span>

* 知道如何做比得到代码更重�?/span>

* ��量不要做已�l�有很多人已�l�做�q�的事情

* 学会��重别�h的开发成果，除非不得已不要下军_��全面替换以前的系�l?/span>

* 珍惜自己的时间与工作成果�Q�尽量让别�h分��n自己的开发成�?/span>

* 避免假设�Q�多思考极端情况与引�v错误的可能性，努力减少低��错误

* 不要�怿�臛_��是不要轻信自�׃ؓ自己所做的��试�l�果

* 懂得坚持自己的开发思�\�Q��ƈ懂得理解与吸收别人的思想

* 学会与其他�h保持一��_��但不能放弃自��q��开发特�?/span>

* 懂得向你周围的�h学习�Q�不论是开发能力上的还是开发经验上�?/span>

* 懂得软�g�l�构的的重要性，分析代码前先分析代码的结�?/span>

* 学会�ȝ��Q�定期�ȝ��自己所学会的知识，看看自己前段旉��因�ؓ各种原因所��费的时�?/span>

* 学会计划�Q�尽量不要认为通过廉��自己的工作时间来完成��d��

* 学会正确估计自己的能力和工作旉��

下面�q�些是我认�ؓ一些比较适合我自��q��斚w��Q�不一定对每个人都合适：

* 多看些杂志，没事情的时候可以看看以前看�q�的参考书�Q�书中很可能有你以前没有注意到的一些细�?/span>

* 不要太早��d��一些与开发无关的事情�Q�因为学习的黄金时期是很短暂�?/span>

* 学会分析别�h的系�l�，多看看别人所开发的�pȝ��的先�q�的一面。这里包括别人的开发思�\�Q�实现时所采用的结�?/span>

* 时常感到自己��被淘汰�Q�经常埋怨自��q��不努�?/span>

* 知道自己�~�少什�?/span>

* ��自己做一些自�׃��喜欢做的事情�Q�比如说写文�?/span>

* 能够有勇气重写自己所开发的�pȝ��Q�但当你重做时你应该采取和前一�ơ不同的工作方式和方法，否则重做��没有必�?/span>

* ��问题简单化而不是复杂化

* ��维护时会��生的一部分问题转移到开发时或是设计时来解决

* 有时候也不妨问问自己�Q�我不做开发时��d��什�?/span>

* 坚持��己做每周的开发计划，在事情没有做完以前不要轻易�{�U�自��q��注意�?/span>

* ��可能多的将你所做的教给别�h�Q�因��Z��有一天可能不再负责这个系�l?/span>

* 做事一定要有始有终�Q�除非是有不得已的理由否则不要在工作完成前提前离开

* 不要��你为公司做的东西带赎ͼ�你因该带走的是开发经验和对开发的认识而不是代码和产品

* 感到累时��׃��息一下，�l�自己放个假也无妨，毕竟��Z��是机�?/span>

Zero Lee 2006-10-15 12:38 发表评论

最好的开发�h员是培养出来�Q�而非买来�?转蝲)

Zero Lee — Sun, 15 Oct 2006 04:18:00 GMT

来自�Q�zdnet.com.cn

认真考虑一下，得到最有天赋的��目开发�h员的最��x��法是培养�Q�而非购买�?br />
　　在阅��L��x��捷开发的材料�Ӟ��我发玎ͼ�无论是传�l�的软�g开发技术，�q�是敏捷�Ҏ��Q�都要高度依赖熟�l�的开发�h员才能确保成功。这一事实让我触动。由于许多因素的影响�Q�具有相似经历的开发�h员的表现水��^却相差很大，�q�点已�ؓ��Z��所接受�Q�所以�h们对优秀的开发�h员比较关注也��׃��ؓ奇了。尽��如此，一个或一��群开发�h员，利用“英雄模式”开发，通过他们的奉献精��与坚韧毅力�Q�还是完成了许多开发工作�?br />
　　很明显，我们需要优�U�的开发�h员。但问题是，到哪��L��优秀的开发�h员呢�Q?br />
　　十几�q�来我一直参与招聘工作，我可以毫不迟疑地告诉你：有可能找到最优秀的开发�h员，但是可能性不大。这不是一件容易的事，即��d��一千䆾��历，可能也只能找��C��两个真正优秀的开发�h员�?br />
　　认真考虑一下，你会发现�Q�只有通过培养�Q�而不是购乎ͼ�才能得到最优秀的开发�h员�?br />
　　什么造就最优秀的开发�h员？

　　关于是什么造就最优秀的开发�h员，大家持不同的看法。不��是敏捷�q�是传统的开发技巧都需要开发�h员拥有稍异于人的东西。但是，无论开发�h员应用哪�U�技巧，�q�都归结��Z��个词�Q�思考�?br />
　　位于Bloom认知技能教育目标分�c�L��底层的是知识。即回想�Q�或识别�Q�数据与信息。应用在开发方面，�q�就意味着识别C#语法或回惛_��执行循环的正��语法�?br />
　　位于认知分类最��层的是�l�合与评估。综合指能够合成不同的因素以形成全新的解��x��案。而评估是指对观念、方法或材料做出判断的能力。在工作�q�程中，开发�h员需要不断地应用�q�些高层�ơ的认知能力�?br />
　　许多��为，与描�q�认知过�E�的差异相比�Q�将�q�一观念表达为思考更��然。通常�Q�对高层�ơ的观念�Q�例如如何综合片�D�|��形成解决�Ҏ��Q�所做的思考越多，开发�h员就更优�U��?br />
　　��底捞针

　　在完全放弃招聘（购买�Q�最优秀的开发�h员之前，我们先通过��验专业技能来了解一下招聘过�E�。我例行公事地对应聘开发职位的候选�h�q�行了一�ơ口头测试。由于我面试的大多数开发�h员需要能够熟�l�地操作数据库，我问他们一个简单的问题�Q?br />
　　�l�你一个带客户id域与名称的客戯��Q�以及一个带序号id�Q�客户id与其它细节的序号索引表，用什么查询可�q�回不带序号的客戯��Q?br />
　　此问题的�{�案需要应用外部连接（outer join�Q�知识。（在SQL-87语法中，你可以应�?=�Q�但�q�一�{�案正日益少见。）我的非正式统计表明，�{�对此问题的人数�?0%以下。��^均来��_��我面试的开发�h员拥有大专学历，�?�?�q�的工作�l�验。但是，据我的观察，多年的工作经验与他们是否�{�对此问题关�p�M��大�?br />
　　�Ҏ��而言�Q�无力回�{�此问题表明开发�h员�ƈ不完全了解SQL所要求的以集合为基��的逻辑方式。我认�ؓ�q�是一个优�U�开发�h员的基本技能�?br />
　　另一个问题更有趣�Q�因为它没有正确�{�案�Q?/strong>

　　 你最喜欢微��Y.NET中的哪项功能�Q?br />
　　明显圎ͼ�你可以在�q�个问题中插入�Q何技术。问题的�{�案可以清楚地告诉你开发�h员的思考方向。如果它告诉我是IntelliSense�Q�帮助你记忆对象与方法界面的Visual Studio功能�Q�，我就知道他们主要兛_��如何��代码加入编辑器�Q�这�q�不是优�U�开发�h员的思考方式。顺便说一下，如果他们�l�出那个�{�案�Q�他们可获得“加几Z��。（另一击？即“你�q�喜�Ƣ哪��功能？”）

　　我在��L��一�c�表明他们正在思考文本编辑框以外的事情的�{�案。我在寻找这��L��{�案�Q�“因��行时间类型的信息�Q�可�~�写灉|��代码的能力。”这��L��{�案表明他们对工作进行了深入思考，�q�是成�ؓ最优秀的开发�h员的基本条�g�?br />
　　“你最不喜�Ƣ什么？”这个问题同样富于启�C�。“忘记C#中的分号”这��L��{�案让我怀疑候选开发�h员是否达到正��的思考层�ơ。“无力有效应用垃圾收集器”这��L��{�案表明他们既不了解�q�_��的需要，也缺乏处理复杂问题的�l�验�?br />
　　问题“你最喜欢/不喜�Ƣ什么？”的回答比SQL问题的回�{�要好得多，但仍然�ƈ不乐观。参加面试的开发�h员，��过70%回答的是琐碎的问题，其它10%左右的答案表明他们要么编码的水��^不高�Q�要么缺乏高层次的思考�?br />
　　最�l�的�l�果表明�Q�要扑ֈ�最优秀的开发�h员几乎是不可能的事情。实际上�Q�我也可能只招聘�?�?个可�U�C��为最佛_��发�h员的人�?br />
　　 培养优秀的开发�h�?br />
　　扑ֈ�有潜质，卛_��奇心强、个性好学的开发�h员要更容易一些。这些开发�h员确实希望在自己与他人的生活中发挥重要的作用。他们可能�ƈ不了解关�p�L��据库�Q�但他们乐于学习。他们带来学习的热情�Q�让周围的�h充满�z�d��?br />
　　在许多机构，�q�种热情却以服从的名义受到压制。“我们一样那样做”的心态打消了��M��改善状况的尝试。因此，开发�h员常常感到困惑。因为组�l�一斚w��声明希望�l�徏世界�U�的开发团队（每个�l�织都希望拥有这��L��团队�Q�；另一斚w��Q�他们又不愿意做出变革�?br />
　　但是�Q�我们可以采取行动，以保证新开发�h员的�q�劲与期望不会受到压制。以下是我就培养优秀开发�h员提出的一些徏议：

　　指导�Q?/strong>指定一个导师来帮助开发�h员。这个�h必须是一个资深开发�h员，开发权威或兛_��团队和进�E�改善、乐于助人的构架师。这个�h不应是开发�h员的直接领导或经理（如果可能的话�Q�。指��g��谈应该以开发�h员，而不是组�l�的需求�ؓ中心�?

　　代码审查�Q?/strong>代码审查是提高开发能力的有效手段。但很多�l�织却极��这样做。另外，��Z��很少把它当作是学习机会，而把它当作贬低开发�h员的时机。请�q�行代码审查�Q�把它当作培训与教育�Q�而非压制的手�D�c�?

　　渐进体验�Q?/strong>向开发�h员提供增量分配来鼓励他们不断成长。由于我们无法控制将来的��目�Q�这可能是最难以执行的方法。但是，提供��可能多的渐�q�分配结构将会取得长期回报�?

　　学习挑战�Q?/strong>除了渐进分配以外�Q�还要找出其它方式激励开发�h员学习尽可能多的知识�Q�即使这些知识不能立卌��v作用。例如，如果你有一家网�l�开发商店，鼓励开发�h员学习智能客��P��Smart Client�Q�技术，以帮助开发�h员养成学习习惯�?

　　内部培养

　　��管你想��Z��一个项目找��C��U�的开发�h员，但优�U�的开发�h员�ƈ不容易找到。项目的成功主要�q�是依靠现在团队里的开发�h员。他们越优秀�Q�你成功的机会就��大。找到技术熟�l�的可靠人才来完成你的需求肯定会很困难。自己培��d��发�h员，是获得你所需要的开发�h员唯一现实的方法�?/p>

Zero Lee 2006-10-15 12:18 发表评论

从非MFC扩展DLL中导入一个自定义的类

Zero Lee — Sun, 24 Sep 2006 07:55:00 GMT

/////////////////////////////////////////////////////////////////////////
该解��x��案旨在提供一�U�能够从非MFC扩展DLL中导入一个自定义的类的方案�?/font>

自定义的�c�M��某种意义上来�Ԍ��也是一�U�用戯��定义的数据，形如struct�?br />��Z��此考虑�Q�完全可以从非MFC扩展DLL中导入非MFC的用戯��定义的类�?/font>

�Ҏ��如下�Q?br />1) 首先建立一个DLL( WIN32 DLL)工程�Q�创建头文�g*.dll�Q�自定义一个类�Q?br />在类的前面添�?__declspec(dllexport)"关键字，表示该工�E�到处这个类�?br />例如: class __declspec(dllexport) myClass ...

2) 在其实现文�g中，��d��头文�?#include "*.h""�Q��ƈ实现相应的类实现部分�?/font>

3) �~�译执行生成*.dll文�g�Q�将其COPY到应用测试工�E�的执行目录�?debug/release)
下，COPY DLL工程的头文�g*.h到应用测试工�E�的目录下，��d��q�项目中�Q��ƈ��其中的
"__declspec(dllexport)"修改�?__declspec(dllimport)"�?/font>

4) 在其实现文�g中添加头文�g"#include "*.h""�Q�然后对其导入的�c�进行相应的操作�?/font>

5) �~�译�q�行��试�E�序�Q�便可以实现�cȝ��关的操作�?/font>

NOTE: 对于静�?动态链接到MFC的规则DLL也可以达到同��L��效果�Q�导入自定义的类�?/font>

Zero Lee 2006-09-24 15:55 发表评论

如何做出�c�M��vc的workshop

Zero Lee — Tue, 12 Sep 2006 04:21:00 GMT

�Ҏ��如下�Q?/font>

1�Q?span style="FONT: 7pt 'Times New Roman'"> ��?/span> scbarg.h �Q?/span> scbarg.cpp �Q?/span> sizecbar.h �Q?/span> sizecbar.cpp �Q?/span> mybar.h �Q?/span> mybar.cpp 文�g copy ��C��的工�E�目录下�Q�打开 vc �Q�将�q�几个文件添加进工程�?/span>

2�Q?span style="FONT: 7pt 'Times New Roman'"> 打开 stdafx.h 文�g�Q�在其中加入�Q?/span> #include "sizecbar.h" �Q?/span> #include "scbarg.h" �?/span>

3�Q?span style="FONT: 7pt 'Times New Roman'"> �?/span> CmainFrame �c�L��加成员变量： CMyBar        m_wndMyBar �?/span>

4�Q?span style="FONT: 7pt 'Times New Roman'"> 重蝲 CMainFrame::DestroyWindow() �Q�在其中加入

       CString sProfile(_T("BarState"));

       m_wndMyBar.SaveState(sProfile);

SaveBarState(sProfile);

5�Q?span style="FONT: 7pt 'Times New Roman'"> 修改 CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct) 如下�Q?/span>

int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct)

{

       if (CFrameWnd::OnCreate(lpCreateStruct) == -1)

              return -1;



       if (!m_wndToolBar.CreateEx(this, TBSTYLE_FLAT, WS_CHILD | WS_VISIBLE | CBRS_TOP

              | CBRS_GRIPPER | CBRS_TOOLTIPS | CBRS_FLYBY | CBRS_SIZE_DYNAMIC) ||

              !m_wndToolBar.LoadToolBar(IDR_MAINFRAME))

       {

              TRACE0("Failed to create toolbar\n");

              return -1;      // fail to create

       }

       if (!m_wndStatusBar.Create(this) ||

              !m_wndStatusBar.SetIndicators(indicators,

              sizeof(indicators)/sizeof(UINT)))

       {

              TRACE0("Failed to create status bar\n");

              return -1;      // fail to create

       }

       if (!m_wndMyBar.Create(_T("My Bar"), this, 123))

       {

           TRACE0("Failed to create mybar\n");

           return -1;      // fail to create

       }

       // TODO: Delete these three lines if you don't want the toolbar to

       // be dockable

       m_wndMyBar.SetBarStyle(m_wndMyBar.GetBarStyle() |

       CBRS_TOOLTIPS | CBRS_FLYBY | CBRS_SIZE_DYNAMIC);

       m_wndToolBar.EnableDocking(CBRS_ALIGN_ANY);

       m_wndMyBar.EnableDocking(CBRS_ALIGN_ANY);

       EnableDocking(CBRS_ALIGN_ANY);

       DockControlBar(&m_wndToolBar);

       DockControlBar(&m_wndMyBar, AFX_IDW_DOCKBAR_LEFT);

       CString sProfile(_T("BarState"));

       if (VerifyBarState(sProfile))

       {

           m_wndMyBar.LoadState(sProfile);

           LoadBarState(sProfile);

       }

       return 0;

}

注：�U�色字体部分为所加内宏V�?/font>

6�Q?span style="FONT: 7pt 'Times New Roman'"> 在“查看”菜单下��d��菜单��?/span> mybar �Q�设�?/span> id 为： ID_VIEW_MYBAR.

7�Q?span style="FONT: 7pt 'Times New Roman'"> 为其��d�� CMainFrame::OnViewMybar() �Q?/span> CMainFrame::OnUpdateViewMybar(CCmdUI* pCmdUI) 函数�Q�内容�ؓ�Q?/span>

void CMainFrame::OnViewMybar()

{

       // TODO: Add your command handler code here

       BOOL bShow = m_wndMyBar.IsVisible();

       ShowControlBar(&m_wndMyBar, !bShow, FALSE);

}

void CMainFrame::OnUpdateViewMybar(CCmdUI* pCmdUI)

{

       // TODO: Add your command update UI handler code here

       pCmdUI->Enable();

       pCmdUI->SetCheck(m_wndMyBar.IsVisible());

}

�~�译�q�行卛_��Q�如果你��x��?/span> workshop 中的 cedit 成员变量�Q�如本例 workshop 中的树）�Q�只需改变 mybar 中的代码卛_��?br />下蝲�q�接�Q?font color="#0000ff">CMyBar.rar(http://www.shnenglu.com/zerolee/admin/Files.aspx)

Zero Lee 2006-09-12 12:21 发表评论