av国内精品久久久久影院,久久亚洲精品无码VA大香大香,国内精品久久久久影院日本

数组�c�d��、函数类型到左值和叛_��的转换

cuigang — Mon, 07 Apr 2008 14:50:00 GMT

摘要: 1、左值和叛_�?

表达式的左值是它的地址�Q�右值是该地址所存储的内宏V��比如下面代码：

x = x + 1;

�q�两�?x 有什么不同呢�Q?nbsp; 阅读全文

cuigang 2008-04-07 22:50 发表评论

�Ҏ(gu��)��l�名取地址是什么？

cuigang — Fri, 04 Apr 2008 12:06:00 GMT

摘要: �q�两天有人问以下有什么代码有什么不同？

1 int array[100];
2
3 memset(array, 0, sizeof(array));
4 memset(&array, 0, sizeof(array)); 阅读全文

cuigang 2008-04-04 20:06 发表评论

再论Singleton

cuigang — Thu, 20 Dec 2007 13:55:00 GMT

记得以前大家讨论�q?/span>Singleton三种写法的优劣，今天我又发现了一个新问题�Q�在�q�里和大家分享一下。下面是三种Singleton的写法： 
 1 // 1st
 2 class Singleton{
 3     static Singleton inst;
 4 public:
 5     Singleton& GetInst(){
 6         return inst;
 7     }
 8 };
 9 Singleton Singleton::inst;
10 // 2nd
11 class Singleton{
12     static Singleton* _inst;
13 public:
14     Singleton& GetInst(){
15         if(_inst == NULL)
16             _inst = new Singleton;
17         return *_inst;
18     }
19 };
20 // 3rd
21 class Singleton{
22 public:
23     Singleton& GetInst(){
24         static Singleton inst;
25         return inst;
26     }
27 }

我们已经知道�Ҏ(gu��)��1没有多线�E�问题，但编译时分配内存。方�?/span>2有多�U�程问题�Q�在�q�行时分配内存。方�?/span>3也有多线�E�问题，而且在编译时分配内存�Q�但在运行时调用构造函数。（多线�E�问题的解决�Ҏ(gu��)��在此不再赘述。）

那么�Q�我们可能就认�ؓ�Ҏ(gu��)��1虽然在编译时分配内存�Q�但我们不在乎这点内存，反正写出来是要用的，�q�点内存���不了，既避免了多线�E�，又避免了分配��p�|。就用它了！
不幸的是�Q�方�?/span>1也有它自�w�的问题。今天我在构造一个对象工厂时�Q�期望通过全局变量�Q�向工厂注册�z�����cȝ��生成�Ҏ(gu��)���Ӟ���Ҏ(gu��)��1暴露了它的问题。比如我们在Singleton中有一个方�?/span>RegisterMethod(CallBack*)�Q�那么我可能�q�样实现�?/span>
 
1 //以下代码是全局的，文�g�U�作用域
2 
3 namespace{
4     CBase* CreateDeriveObj()
5     {
6         return new(CDerive);
7     }
8     BOOL tmp = Singleton::GetInst().RegisterMethod(CreateDeriveObj);
9 }//end of namespace
 
�l�果发现在调�?/span>RegisterMethod()�Ӟ��Singleton::inst �q�没有初始化�Q�构造函数没有被调用�Q�。究其原因是�~�译器虽然在�~�译时对其分配内存，但是构造函数是在运行时�Q�在Main()函数前调用。而对于全局变量�Q�编译器是不保证初始化顺序的�Q�而这个例子就�?/span>tmp在构造时�Q?/span> Singleton::inst �q�没有构造�?/span>
而这个问题的解决�Ҏ(gu��)��只有使用�Ҏ(gu��)��2或者方�?/span>3�Q�考虑到我们不能在Main函数前���?/span>new操作�W�，我用了方�?/span>3。又因�ؓ我有全局变量保证�Q�就可以不考虑多线�E�问题了�?/span>
要么是这个问题，要么是那个问题，你总要解决一个问题�?/span>
 

cuigang 2007-12-20 21:55 发表评论

final 加强

cuigang — Mon, 17 Dec 2007 13:37:00 GMT

在我的旧文中�Q�曾�l�提到在 C++ 中实�?Java �?final 功能�Q�但每次都要写一个基�c�L��较麻烦，今次用模板把它加强�?br>

1 template<class T>
2 class final{
3         friend T;
4 private:
5         final(){};
6 };
7
8 class MyTest : public virtual final<MyTest>{
9 public:
10         MyTest(){};
11 };

�q�样以后��可以直接��承模板类 final�Q�而不用每�ơ都写一个类�?br>
在这里顺便说一下，��Z��么一定要虚��承，假设我们�?br>

1 class test : public MyTest{};

如果上面不是虚��承，那么 final �cȝ��构造函数由 MyTest 的构造函数负责调用，因�ؓ是友元类�Q�则调用成功�Q�无法阻�?test 实例化。而一旦声明�ؓ虚��承，MyTest 不再负责调用 final 的构造函敎ͼ�而由 test 来调用，那么因�ؓ不是友元�c�，实例化将��p�|�Q�编译出错，提示不能讉K��U�有的构造函数�?br>

cuigang 2007-12-17 21:37 发表评论

�Ҏ(gu��)��据访问类型限制的一个方�?��试)

cuigang — Mon, 17 Dec 2007 13:36:00 GMT

�q�里�l�出一个方法，实现�Ҏ(gu��)��个方法调用者的限制�?br>

1 class TestBase{
2         int     data;
3 protected:
4         void write(){};
5 public:
6         void read(){};
7 };
8
9 class Test:public TestBase{
10         friend class client;
11 };
12
13 Test test;
14 TestBase test2;
15
16 class client{
17 public:
18         void dowith(){
19                 test.write();
20                 //test2.write();
21         };
22 };
23 //-----------
24 int main()
25 {
26         client c;
27         c.dowith();
28         return 0;
29 }

�q�里��写�Ҏ(gu��)��声明��Z��护的�Q�对外界不可讉K��。派生类Test的作用仅仅是��友元类�q�行声明�?br>
�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q?br>妙妙妙！
使用�q�个�Ҏ(gu��)��Q�就可以对类的私有函数进行单元测试了�Q�！�Q�！
JeansBer

cuigang 2007-12-17 21:36 发表评论

cuigang — Mon, 17 Dec 2007 13:34:00 GMT

Martin Flower在《重构》里提到�I�对象模式，对于从容器中查找��p�|需要返回引用时�Q�可以��用，同时我觉的对于空指针调用也有一定作用，试�D一例：

 1 #include <iostream>
 2  
 3 class Mail{
 4 public:
 5         virtual void print()
 6                   {std::cout<<"Hello!"<<std::endl;};
 7         void* operator new(size_t);
 8 };
 9  
10 class NullMail{
11         NullMail(){};
12         static NullMail inst;
13 public:
14         virtual void print(){
15                 using namespace std;
16                 cout<<"error! You can't access a NULL object!"<<endl;
17         }
18         static NullMail&  GetInst(){return inst;};
19 };
20 
21 NullMail NullMail::inst;
22  
23 void* Mail::operator new(size_t){
24         return &NullMail::GetInst();
25 }
26  
27 Mail*   GetMailPtr(){
28         return NULL;
29 }
30  
31 Mail&   GetMailRef(){
32         return (Mail&)NullMail::GetInst();
33 }
34  
35 //
36  
37         Mail*   ptr_Mail = GetMailPtr();
38         Mail&   ref_Mail = GetMailRef();
39         //ptr_Mail->print();
40         ref_Mail.print();

当我们返回一个空指针�l�调用者，如果他没有判断，那就会发生系�l�崩溃，而我们返回一个空对象的引用就可以避免�q�一炏V�?/span>

另外一个附加的有趣现象�Q�你认�ؓ下面的调用会输出什么信息？

1 
2         ptr_Mail = new Mail;
3         ptr_Mail ->print();
4         ref_Mail.print();   

正确的答案是�Q?/span>

1         Hello!
2         Hello!

因�ؓMail的缺省构造函数将自己的vptr填给了NullMail单例�?/span>
�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q?/span>
一个问题，是不是Mail的每个公共接口，NullMail都要��d��C��下？ �Q�－th

//除非实在没有必要�Q�的��应当实��C��下所有的公有虚方法。cuigang�Q?007-11-08

�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q?/span>
“对于从容器中查找��p�|需要返回引用时”�Q�下午刚刚碰��C��个这��L��问题�?nbsp; jb

cuigang 2007-12-17 21:34 发表评论

雕虫��技几则

cuigang — Mon, 17 Dec 2007 13:31:00 GMT

昨天看了一下除颤的代码�Q�发现里面类的框枉��有一个NoCopy�Q�类似名字）的类�Q�将拯��构造函数和赋��D��符声明为私有的�Q�那么��承于�q�个�cȝ��z��c�M��不能被克隆，注释中强调要�U�有�l�承�Q�其实如何��扉K��可以�Q�只要派生类不在public部分重新定义拯��构造函数和赋��D��符��可以，另外也不必单独写一个类�Q�这个声明写到基�c�d��可以了�?br>
看到�q�个我又惛_��一些类似的��技巧，比如单�g模式�Q�其实就是将�~�省构造函数声明�ؓ�U�有�Q�以限制实例化。例如还有：

1、强制必��d��态分配，可以��析构函数声明�ؓ�U�有�Q�同时提供free�Ҏ(gu��)��Q�因��Z��能delete�Q��?br>
2、禁止动态分配，��new�Ҏ(gu��)��声明为私有�?br>
3、禁止��承，�l�承一个类�Q�最好虚�l�承�Q�，�q�个�cȝ��构造函数是�U�有的，�q�且它的友元�c�L��z��c�R��这个比较复杂，代码�C�Z��如下

class final{
        friend class MyTest;
private:
        final(){};
};
class MyTest : public virtual final{
public:
        MyTest(){};
};

�q�样��实��C��Java的Final功能�?br>

cuigang 2007-12-17 21:31 发表评论

一个问题的讨论

cuigang — Mon, 17 Dec 2007 13:30:00 GMT

一个问题的讨论

今天在QQ里跟大家讨论了一个问题，虽然没有�l�论�Q�但是还是脓(chu��ng)出来留个记号�?br>
崔刚(崔刚) 2007-10-25 16:18:55
如何通过基类指针调用�z��cȝ��有方法，前提是不允许强制转换指针�c�d��Q?br>例如有基�c?class base{};
�z��c?br>class derive:public base{
public:
        int A();
}
我得��C��一个base* �c�d��的指�?derive_ptr�Q�但它指向derive�c�d��对象�Q�我如何调用�Ҏ(gu��)�� derive::A(), 不可�?br>((derive*)derive_ptr)->A();
李奇�?李奇�? 2007-10-25 16:20:17
把方法A�Q�）��x��?br>陶华(陶华) 2007-10-25 16:20:52
除非基类有这个虚接口
李奇�?李奇�? 2007-10-25 16:20:55
把方法A�Q�）��x��的，在Base定义一个�?br>向官�?向官�? 2007-10-25 16:21:16
用函数指针应该可以实现吧
陈道�?陈道�? 2007-10-25 16:22:46
没方�?br>崔刚(崔刚) 2007-10-25 16:22:27
呵呵�Q�如果base�c�L��几十个派生类�Q�每个派生类都有不同的特有方法，那么在基�c�M��׃��存在几十个虚�Ҏ(gu��)��Q�而每个派生类只实��C��个，其它全部不实玎ͼ�
�q�样是不是不太好�Q�？
李伟(监护�Q?李伟(监护�Q? 2007-10-25 16:23:25
如果是public的，基类应该声明�?br>张徏�?张徏�? 2007-10-25 16:23:57
�q�样的话该函术确实不应该在基�c�里面定�?br>基类里面只定义共有的
��x�L(��x�L) 2007-10-25 16:23:47
�q�个问题的答案肯定很有技巧，但我认�ؓ�q�种技巧太花哨�Q�不知道也没关系
陶华(陶华) 2007-10-25 16:24:49
崔刚�Q�你那样定义是违反替换原则的
向官�?向官�? 2007-10-25 16:25:02
�׃��的消息映��机制就是用基类的函数指针调�z��cȝ��成员函数
李伟(监护�Q?李伟(监护�Q? 2007-10-25 16:25:02
�q�是想知道。�?br>莫书�?莫书�? 2007-10-25 16:25:22
上面那段代码会不会运行是对的�Q?br>只是�q�样强制转换不是很符合编码规�?br>崔刚(崔刚) 2007-10-25 16:25:28
呵呵�Q�不要怀疑我的问题的实用�?br>彭徏�?彭徏�? 2007-10-25 16:26:34
对于�q�个问题�Q�C++的标准解��x��法应该是dynamic_cast
��x�L(��x�L) 2007-10-25 16:26:15
cast也是�c�d��转换
莫书�?莫书�? 2007-10-25 16:27:41
加不加dynamic_cast之类的，�q�行效果应该一�?br>彭徏�?彭徏�? 2007-10-25 16:29:18
是类型�{换，但那是C++标准的�{换方式�?br>向官�?向官�? 2007-10-25 16:30:45
dynamic_cast 据说会损失执行期效率
��x�L(��x�L) 2007-10-25 16:31:33
dynamic是在�q�行时进行�{换，所以不是据��_��是肯定会损失执行期效率�?br>��x�L(��x�L) 2007-10-25 16:36:22
#include "stdafx.h"
#include
using namespace std;
class Base
{
};
class Derive : public Base
{
public:
int A(){cout<< "Derive::A()\n"; return 0;}
};
union Amazing
{
Base* pBase;
Derive* pDerive;
};

int _tmain(int argc, _TCHAR* argv[])
{
Base* derive_prt = new Derive;
Amazing trick;
trick.pBase = derive_prt;
trick.pDerive->A();
delete derive_prt;
return 0;
}
向官�?向官�? 2007-10-25 16:37:45
typedef void (base:: *BasefnPtr) ();
BasefnPtr fn_ptr = &derive::A;
然后用基�cȝ��指针去调
(pBase->*fn_ptr)();
我看高端里消息响应函数就�q�样�?br>没理解错�?;)
崔刚(崔刚) 2007-10-25 16:39:09
同志们，跑题�?br>1、不能强制�{换，标准的强制�{换也不行�?br>2、不是把�z��c�L��针�{成基�c�L��针，那样是没问题的。我说的是把基类指针转成�z��c�L��针�?br>杨晓�?杨晓�? 2007-10-25 16:40:14
��x�L的方法挺有创意的�Q�呵�?br>��x�L(��x�L) 2007-10-25 16:40:45
�Q�）
莫书�?莫书�? 2007-10-25 16:41:37
jinbo的方法有什么优点？
崔刚(崔刚) 2007-10-25 16:41:46
��x�L太搞�W�了�Q�这样写不可�l�护
��x�L(��x�L) 2007-10-25 16:41:41
�q�个�Ҏ(gu��)��太危�?br>崔刚(崔刚) 2007-10-25 16:42:13
变相的强制�{换，不合��|��0�?br>莫书�?莫书�? 2007-10-25 16:43:34
cuigang的需求估计没有解��x��?br>陶华(陶华) 2007-10-25 16:44:57
需求评审不通过
崔刚(崔刚) 2007-10-25 16:44:40
问题本��n是没有解的，但是�q�回的方法有�Q�比如IoControl或者高端中ControlModule的方法就是一�U�，但是不是有其它更好的办法呢？
崔刚(崔刚) 2007-10-25 16:45:34
visitor 模式也提供了一�U�方法，但是太麻烦，本质上和 IoControl 没什么区别�?br>张进(张进) 2007-10-25 16:48:45
�q�有一�U�方�?把编译器作者拉出来�?狂打,直到他搞定�ؓ�?
陈道�?陈道�? 2007-10-25 16:48:57
有点像已�l�知道方法名和参�?如何调用实例对应的方�?在c++中无�?在其他语�a�大放异彩(java,c#),都是要具有元�~�程能力的语�a�才行.
崔刚(崔刚) 2007-10-25 16:48:26
我需要一�U�安全方便又易于�l�护的办法，不要急着回答
崔刚(崔刚) 2007-10-25 16:49:23
��N��我们真的��M��开强制转换�Q�？
莫书�?莫书�? 2007-10-25 16:52:18
如果惌��用派生类的方法，��p��使用虚函敎ͼ�
设计基类是要充分抽象�Q�尽量想到种�U�情�?br>向官�?向官�? 2007-10-25 16:53:01
崔刚好像对强制�{换深恶痛�l�啊�?br>崔刚(崔刚) 2007-10-25 16:52:46
我认��Z��靠��承的�Ҏ(gu��)��不可�?br>莫书�?莫书�? 2007-10-25 16:53:19
实在不行�Q�就��就强制一把，我想也可以容忍的
杨晓�?杨晓�? 2007-10-25 16:54:05
�c�L��w�也需要细化，寄希望一个类包含所有的接口是不现实的；
�_�暴的将所有功能放在一个类中，也是不美观的�Q�不招�h喜欢�?br>崔刚(崔刚) 2007-10-25 16:53:45
不是我厌恶强制而是强制不安全，�l�护代码时可能发生不可意料的问题�?br>��x�L(��x�L) 2007-10-25 16:53:57
既然你已�l�有�{�案�Q�不如公布出来让大家参详参详�?br>崔刚(崔刚) 2007-10-25 16:54:54
我没有答案，有的话就�l�你们上课了
莫书�?莫书�? 2007-10-25 16:56:11
�q�个��N��叫“崔刚猜想”�?br>陶华(陶华) 2007-10-25 16:58:27
�l�C�Q�＋标准委员会提个需�?br>崔刚(崔刚) 2007-10-25 16:59:27
另，dynamic_case<> 需要编译器支持 RTTI
向官�?向官�? 2007-10-25 17:04:51
C++�q�门静态语�a�解决�q�个执行期的动态问题恐怕无�?br>也许��\在第三方的接口上�?br>崔刚(崔刚) 2007-10-25 17:05:55
换句话说�Q�大家是不是认�ؓ�Q�在目前阶段�Q�象ControlModule和IoControl�q�样的接口是相对合适的喽�?br>崔刚(崔刚) 2007-10-25 17:13:41
2007�q?0�?日，汪胜�q�_��他的工作日志里写道：
关于ControlModule型接�?br>�q�种�c�d��的接口有以下好处�Q?br>1、降低编译依赖性�?br>2、如果模块A通过接口ControlModule依赖模块B�Q�当模块B不存在时�Q�理��Z��模块A仍然可以正常工作�?br>当然它也有一个不好的地方�Q�那��是本来��单的调用关系�Q�因��个接口的引入变得复杂一些了�?br>但是�Q�这两个好处需要小心��用才能保证�?br>1、没有函数名的依赖，但是�q�不代表��没有编译依赖了。比较典型的是ID的依赖。ID在模块B中被定义。在A中直接包�?br>B的头文�g。不�q�这�U�编译依赖可以由�W�三方定义ID来解冟�?br>2、如果需要传递的信息比较多，我们最�Ҏ(gu��)��惛_��的方法是定义一个结构体来传递相关信息。这个结构体如果由B来定义，
那么A又落入了在编译上依赖B的陷阱�?br>3、如果A在调用时没有考虑好B不存在怎样处理�Q�那么ControlModule的第二个好处��׃��C��出来�?br>对于ControlModule型接口。我觉得要慎用，它不是万能的。某些时候，虚函��C��许更方便�?
=================================
�q�是一个典型的C方式函数。我觉得如果是通用的接口，可以用多态，如果是特�D�函敎ͼ��q�样写纯属找茬�?/崔刚 2007-10-12
=================================
ControlModule�q�类的接口，��单问题复杂化�Q�难道只是�ؓ�?br>“降低�~�译依赖�?#8221;�Q�这会不会是我们软�g部附加上�ȝ��x��,
�q�类接口�l�常用于驱动接口(请参看linux\windows,
�q�有我们的mmos驱动模型),
我想最初这样做的理�׃��不会是这��P��
1�Q��ؓ了减��接口个数�?br>2�Q�统一属性设�|?获取接口�?br>臛_��在驱动是�q�样的�?br>比如�Q?br>set_property1();
set_property2();
:
:
set_propertyN();
减少��Z��?br>#define ID_PROPERTY_1 0
#define ID_PROPERTY_2 1
:
:
#define ID_PROPERTY_N n
Control( property_id, ...);
mosj

夏恒�?夏恒�? 2007-10-25 17:37:29
呵呵�Q�原来这��L��问题�q�不只有我遇刎ͼ�俺在代码中加了注释：
    //注意: ��基�c�L��针强制�{换�ؓ�z��c�L��针�ƈ不可�?br>    //但是此处要��用协议各层提供的非基�c�L��供的接口
    //能不能从设计上避�?
    mTopProtocol = (CUartCommProtocol* )(m_pProtocolStack->GetSpecifiedLayer(UART_COMM_PROTOCOL));
崔刚(崔刚) 2007-10-25 17:44:02
�q�种应用更常见的地方是，把不同的�z��c�L��到共同基�cȝ��型的指针容器里，然后把这个基�c�L��针取出来�Q�再�q�一些派生类的事情�?br>崔刚(崔刚) 2007-10-25 17:46:11
随便在高端里copy一�D�代码给大家看：
MSpinBox* pSB;
pSB = (MSpinBox*)GetWindowItem(IDC_CO_SPIN_TB_HI);
INT32 value = pSB->GetIntCur();
汪胜�q?汪胜�q? 2007-10-25 17:53:20
我觉得这�U�类型的接口比ControlModule强，
虽然�q�些接口会增加编译期依赖�?br>崔刚(崔刚) 2007-10-25 17:53:40
�q�就见仁见智了�?br>崔刚(崔刚) 2007-10-25 17:58:59
下班前，抄一�D�c��JAVA�~�程思想》的话给各位共勉�Q�包括发炎的没发炎但吃了药的�?
http://vss2/sites/jhsoftware/Lists/List13/Attachments/768/ThinkJava.bmp

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
�?#8220;行而上”了！不过监护软�g部真是不可小觑啊�Q?nbsp;                      张进

/*******************************************/
/*
我不认�ؓ�q�是一�?#8220;形而上”的问题，或者一个智力游戏，它有着�q�泛的用途，否则不会有这么多的讨论和解决�Ҏ(gu��)��。昨天晚上回家查了一下，“向下转型”的确是我们要在设计中避免的，但在实际设计却经帔R��_��目前所有语�a�基本都支持到dymanicv_case<>的地步，而这却需要RTTI的支持，虽然其他高��语言比如C#�Q�Java�Q�Python都在语言�U�别提供�?#8220;反射”�{�方式来解决�q�个问题的超集，但是此种“元类”的语�a��Ҏ(gu��)��违背了C++的精��，惛_��无论如何也不会出现在C++里，因�ؓ效率的牺牲和�q�行时存储的需求应该也不适用于目前的嵌入式设备�?br>反过来再��x��Q�我们何必要求非常安全的途径解决�q�样的问题。C++/C本来��是一�U�弱�c�d��语言�Q�不安全的特性比比皆是，所以动态强制�{换未必不是一个正途�?br>另外�Q�对于汪胜��^最后说出的问题�Q�我觉得ControlModule之类的写法可以用�q�种强制转换的方式解冻I��当然��C��孰劣��q��l�各位去判别了�?br>           崔刚 2007-10-26
*/

cuigang 2007-12-17 21:30 发表评论

20070424备忘——仿函数

cuigang — Mon, 17 Dec 2007 13:25:00 GMT

1
2 class functor{
3 public:
4     void operator()(int x){
5     cout<<x<<endl;
6     }
7 };
8
9 int main()
10 {
11     functor func;
12     func(5);
13 }
14

仿函数可以代替函数指针，而且它可以保存状态（�c�里面含有成员变量）�Q�相当于函数指针指向的函数有局部静态变量，同时它可以同时存在多个实例�?br>

cuigang 2007-12-17 21:25 发表评论

20070328备忘

cuigang — Mon, 17 Dec 2007 13:21:00 GMT

1、指向非静态成员函数的指针不是普通的指针�Q�要包含包括this指针�{�信息，具体取决于编译器的实现�?br>2、指向虚的非静态的成员函数形成虚调用，指向基类的成员函数的指针可以产生�Ҏ(gu��)��生类重蝲函数的调用，可以实现C�Q�中的委托�?br>3、委托？反射�Q�托��？

cuigang 2007-12-17 21:21 发表评论