国产91色综合久久免费分享,无码任你躁久久久久久久,久久久久国产精品三级网

C++��查��Q点类型能否�{换�ؓ整型

nelson — Sun, 19 Jun 2011 08:06:00 GMT

最�q�尝试用Cocoa做一个四则运��计��器来练手，�c�M��于Windows cmd: calc的那�U��?br />
毕竟�q�个东西��是我们��目�l�的入门�l�习�Q�当�q�很多新人刚�q�来�Q�老组镉K��会教他们用MFC/QT做个计算器来看看水��^。由于各�U�原因，我当�q�倒是没有受到�q�种“�C�遇”�Q�等我真正开始做软�g的时候，�q�是服务器端�q�样的纯C++代码做得比较多。但是不做不知道�Q�一做才发现UI的逻辑�q�是挺复杂的�Q�比如说�Q�按“1”是追加到当前昄��q�是覆盖现有的显�C�呢�Q�最后把逻辑弄清楚倒不是很�ȝ��Q�但要写出好看的代码�q�是有比较大的差距的�?br />
以上都是前言�Q�好像比较长……

要说的是�Q�在�q�个�q�程中发现的问题�Q�计��结果是��点敎ͼ�要怎么判断其是否能无损地�{换成整数�Q�从而消除小数点后的一�D�|��用的“0”�Q�以更好地显�C�。直接上代码�Q?br />

1 template <typename FloatType>
2 struct _floattype_meta
3 {
4 };
5
6 template<>
7 struct _floattype_meta<float>
8 {
9     enum {
10         EXPO_OFFSET = 23,
11         EXPO_LEN = 8
12     };
13
14     typedef uint32_t match_uint_type;
15 };
16
17 template<>
18 struct _floattype_meta<double>
19 {
20     enum {
21         EXPO_OFFSET = 52,
22         EXPO_LEN = 11
23     };
24
25     typedef uint64_t match_uint_type;
26 };
27
28 template <typename FloatType>
29 struct float_to_int
30 {
31     typedef struct _floattype_meta<FloatType> _meta;
32
33     bool operator() ( FloatType f, FloatType precision )
34     {
35         static const _meta::match_uint_type EXPO_MASK =
36             (~((~(_meta::match_uint_type)0) << _meta::EXPO_LEN )) << _meta::EXPO_OFFSET;
37         _meta::match_uint_type* pf = (_meta::match_uint_type*)&f;
38         uint32_t expo = ((*pf) & EXPO_MASK) >> _meta::EXPO_OFFSET;
39
40         static const uint32_t EXPO_FIRSTBIT_MASK = 1<< (_meta::EXPO_LEN-1);
41         static const uint32_t EXPO_BOUND = EXPO_FIRSTBIT_MASK - 1;
42         if ( expo >= EXPO_BOUND )
43         {
44             uint32_t to_right_move = expo - EXPO_BOUND;
45             if ( to_right_move >= _meta::EXPO_OFFSET )
46             {
47                 return true;
48             }
49             uint32_t cmp_len = _meta::EXPO_OFFSET - to_right_move;
50             _meta::match_uint_type mask = ~(~((_meta::match_uint_type)0) << cmp_len);
51             return (*pf&mask) ? false : true;
52         }
53         else
54         {
55             return ( f < precision && f > -precision ) ? true : false;
56         }
57     }
58 };

我的�Ҏ��是通过��点型的�l�构来进行判断�?br />
��点�c�d��一般结构如下：
|+/-| exponent | tail |
对于float�Q�指数部分�ؓ8字节�Q�尾数部分�ؓ23字节�?br />

对于double�Q�指数部分�ؓ11字节�Q�尾数部分�ؓ52字节�?br />其中指数部分是采用偏�U�L��式的�Q�比如float的指数部分�ؓ130�Q�偏�U�d��gؓ127�Q�即实际指数�?30-127�?br />更详�l�的请参�?a target="_blank" >�q�里�?/div>
判断�Ҏ��是，计算指数的��|��Ҏ��偏移判断��数点后的尾敎ͼ�惛_��比较��单，汗！
引入参数�_�ֺ�是�ؓ了判断值小�?时达到某个阈值的时候可以将后面的小数略厅R�?br />
Honestly�Q�其实这个应该可以用sprintf�Q�然后判断小数点后的“0”来实现的�Q�似乎更加简单方�ѝ�?br />但是我觉得，作�ؓ一�?#8220;码农”�Q�重造轮子也是一�U�趣呛_��Q?img src ="http://www.shnenglu.com/neverwinter/aggbug/148964.html" width = "1" height = "1" />

nelson 2011-06-19 16:06 发表评论

nelson — Sat, 15 Jan 2011 09:08:00 GMT

官方有个比较�_��的编译安装指南，�?a >�q�里。但是对于我所��到的问题没有说�?br>
提示链接时SSL的符��h��有找刎ͼ�但我是装好了openssl的，也特意找了一下，都安装在/usr/�?br>
然后��ȝ��了一下build/examples/IPC_SAP/SSL_SAP/下的Makefile�Q�找�?#8220;LIBS = -lrt -ldl”�Q�没有指明openssl库的链接

遂加上！�?br>
LIBS = -lrt -ldl -lssl

�~�译之！�?br>
build/test/SSL的问题同解�?br>
不知道其他Linux发行版有没有�q�样的问题，�q�是我的配置有问题，但�ȝ��最�l�编译完了�?br>

nelson 2011-01-15 17:08 发表评论

new/delete operator�W�记

nelson — Mon, 19 Jul 2010 10:21:00 GMT

1.new操作�W�可以带多参�?br>2.没有对应的operator delete会出现warning�Q�vs2008�Q?br>3.operator new/delete是类成员的情况下�Q�用自定义的operator new创徏、调用构造函敎ͼ�会自动调对应的operator delete来析�?br>4.delete操作�W�可以带多参敎ͼ�要��用自定义的operator new只能昑ּ�调用
5.自定义的operator delete不会自动析构对象

nelson 2010-07-19 18:21 发表评论

nelson — Thu, 20 May 2010 15:53:00 GMT

话说昨天解决了MFC跨线�E�操作控件的问题�Q�我满以��Z��天可以free一回，玩玩Linux、学学Vim、再准备一下毕业论文的事情�Q�但�q�是有事情要做，然后又是“�?#8221;MFC郁闷了一天�?br>
先介�l�一下��M��的情��c��我们项目客��L��的开发环境是VS2008+SP1�Q�用的是MFC�c�d��Q�里面居然用��C��CMFCToolBar、CMFCMenuBar以及Appearance变化�{�的SPI新特性。说“居然”是因��些东西不是项目必要的�Q�当时可能也以�ؓ只是名字变了用法没变�Q�估计在工程创徏的时候根本就没有考虑�q�些�Q�直接按着单文档工�E�默认配�|�，next、next直接创徏完的�Q�囧�Q�当时做的时候也只是当作��试Demo来用�Q�也没太在意�Q�毕竟我们项目的重点在服务器而非�q�个MFC客户端�?br>
后来�׃��目原因�Q�甲方要求我们把�q�个客户端尽快修�Ҏ��一个可以发布版本。不改不知道�Q�一改吓一跻I��当准备动手修改工��h��时才发现与以前惯的CToolBar真实差距甚大。CToolBar可以用CImageList把自定义的BMP囄��攑ֈ�工具栏的按钮�Q�详�l�可�?a >�q�里�Q�CMFCToolBar�Ҏ��׃��是这��L��一个玩法。直接放一个CToolBar上来�Q�在DockControlBar()的时候会出现断言错误�Q�缺��DockBar�Q�貌似是�q�个名字�Q�汗�Q�）。定位代码到MainFrm的EnableDocking()�Q�现在的MainFrm的��承关�p�L��CMainFrm->CFrameWndEx->CFrameWnd�Q�而以前是CMainFrm->CFrameWnd�Q�CFrameWndEx::EnableDocking()是�ؓDockPane()服务的，而DockControlBar()需要的DockBar�q�不会被初始化。调用基�cȝ��CFrameWnd::EnableDocking()后再DockControlBar()不会出现断言�Q�但是那个工��h��没有昄��。而且现在新特性下在工��h��位置能够按出右键菜单�Q�但右键菜单中根本不可能有关于该CToolBar的信息，乍看��h��很不和谐~

最后，求助本地MSDN无果�Q�貌似SP1没有包含对MSDN文档的更斎ͼ�求助MSDN官网�Q�那个真�?#8220;�a��意赅”。只能说�Q�MS你这�ơ真�?#8220;�?#8221;了！

以下为google + vs2008 sp1 sample + 看代码的成果�Q?br>

创徏默认ToolBar外的�W�二个ToolBar

注意�Q�Wizard生成的工��h��Create时没有带ID�Q�但�W�二个工��h��Create时最好要带ID。加了ID之后�Q�在工具栏右键菜单才会出现第二个工具栏的CheckBox。否则，不良后果有：1、右键菜单没有该工具栏Checkbox�Q?、把默认工具栏和该工��h��拖出来（��动�Q�，可以看到名字都是一��L��Q�英文版为Standard�Q�；3、后面要提到的UserImage不能作�ؓ按钮图标昄��?br>

加蝲工具栏资�?/li>

我们先来看看CMFCToolBar加蝲工具栏的函数原型�Q?br>

1 virtual BOOL LoadToolBar(UINT uiResID, UINT uiColdResID = 0, UINT uiMenuResID = 0, BOOL bLocked = FALSE,
2 UINT uiDisabledResID = 0, UINT uiMenuDisabledResID = 0, UINT uiHotResID = 0);

可以看出�Q�uiResID代表要加载的工具栏资源，理论上只需要这一个参数就能完成工��h��的加载。但是VS的Toolbar Editor只能�~�辑4bit的工��h��图标�Q�以前CToolBar是用CImagList来加载更多bits的图标的�Q�现在应该怎么做呢�Q�多亏了Explore sample的例子，我发现后面的几个UINT参数��是BMP的资源，最主要的是最后一个uiHotResID�Q�即便其他用默认��|��q�项赋BMP ID��p��按预期的图标昄��。Cold、Disable表示的是不同状态下的图标样式，带Menu的是Menu有关的图标，具体可看SP1 Feature的sample�?br>我的Demo里自定义工具栏的��d��E�：

1     if ( !m_mybar.CreateEx(this, TBSTYLE_FLAT,
2                            WS_CHILD | WS_VISIBLE | CBRS_TOP | CBRS_GRIPPER | CBRS_TOOLTIPS | CBRS_FLYBY | CBRS_SIZE_DYNAMIC,
3                            CRect(1,1,1,1), ID_MYBAR) ||
4          !m_mybar.LoadToolBar( IDR_TOOLBAR1, 0, 0, FALSE, 0, 0, theApp.m_bHiColorIcons?IDB_BITMAP1:0 ) )
5     {
6         TRACE0("Failed to create toolbar\n");
7         return -1;      // fail to create
8     }
9     m_mybar.SetWindowText(_T("abc"));

最后的SetWindowText()讄��工具栏的名称�?br>CMFCToolBar有LoadBitmap的方法，但是��试发现�Q�用LoadToolBar只加载工��h��资源�Q�再用LoadBitmap加蝲BMP资源�Q�虽然返回值是TRUE�Q�但昄��图标为空白，没有实际效果�?br>

工具栏停�?/li>

1 // TODO: Delete these five lines if you don't want the toolbar and menubar to be dockable
2   m_wndMenuBar.EnableDocking(CBRS_ALIGN_ANY);
3   m_wndToolBar.EnableDocking(CBRS_ALIGN_ANY);
4   m_mybar.EnableDocking(CBRS_ALIGN_ANY);
5   EnableDocking(CBRS_ALIGN_ANY);
6   DockPane(&m_wndMenuBar);
7   DockPane(&m_wndToolBar);
8   DockPane(&m_mybar);

与默认工��h��无异�?br>

用户自定义图�?/li>

CMFCToolBar可以让用戯��定义工具栏图标，使用静态成员函数SetUserImages()��一个CMFCToolBarImages对象讄��q�去�Q�由所有CMFCToolBar对象�׃�n。Wizard自动生成代码中有�q�样的例子：

1     if (CMFCToolBar::GetUserImages() == NULL)
2     {
3         // load user-defined toolbar images
4         if (m_UserImages.Load(_T(".\\UserImages.bmp")))
5         {
6             m_UserImages.SetImageSize(CSize(16, 16), FALSE);
7             CMFCToolBar::SetSizes(CSize(16,16), CSize(16,16));
8             CMFCToolBar::SetUserImages(&m_UserImages);
9         }
10     }

�q�个例子加蝲了工�E��\径下的一个BMP�Q�其他方法可以查看MSDN�Q�与CImageList有点点类伹{�?br>使用CMFCToolBar::ReplaceButton()可以替换已有的工��h��按钮�Q�以下是我的Demo中的代码�Q?br>

1 m_mybar.ReplaceButton( ID_QTLOGO, CMFCToolBarButton(ID_QTLOGO, 0, _T("123"), TRUE) );

�W�一个参数ID_QTLOGO��定义工具栏上的一个按钮，后面是一�?span style="color: #000000;">CMFCToolBarButton的��时对象�?/span>CMFCToolBarButton构造函数第一个参��Cؓ替换后的ID�Q�第三个参数为名�U�ͼ��W�二个参��Cؓ图标的烦�?zero-based)�Q�第四个参数为m_bUserButton�Q�指明第二个参数是烦引工��h��已加载图�?LoadToolBar或LoadBitmap)�q�是用户自定义图标（SetuserImages�Q�，TRUE指用戯��定义图标。这里的�l�果是将ID_QTLOGO上的图标替换�?span style="color: #000000;">UserImages.bmp上的�W�一个图标�?br>
GetCmdMgr()->GetCmdImage()可以�Ҏ��工具栏上图标的ID获取出已加蝲图标的烦引��|��

1 m_mybar.ReplaceButton( ID_QTLOGO, CMFCToolBarButton(ID_QTLOGO, GetCmdMgr()->GetCmdImage(ID_PLUS), _T("123")) );

�q�里��工��h��上ID_QTLOGO的图标替换�ؓID_PLUS按钮对应的图标�?br>
特别圎ͼ�如果在你��这些工��h��Ҏ��改去但显�C�结果却没有改变的时候，你可以尝试删�?HKEY_CURRENT_USER\Software\Local AppWizard-Generated Applications\$(你的�E�序�? �q�个键��|��当你重启�E�序后工��h��应该会按你的预想变化的。这是我在查资料时看到的�Q�当时没注意但后来发现挺有用的，出处没有记录下来�?br>
最后，ReplaceButton�q�可以将按钮替换为其他控件�?br>

其他...

我在自定义工��h��上做了一个有效响应，里面使用静态成员函数CMFCToolBar::ResetAllImages()��所有图标都清空了，此时会发现默认工��h��、自定义工具栏的图标都�ؓ�I��?br>

1 void CMainFrame::OnQtLogo()
2 {
3     CMFCToolBar::ResetAllImages();
4
5     //CMFCToolBar::AddToolBarForImageCollection(IDR_MENU_IMAGES, theApp.m_bHiColorIcons ? IDB_MENU_IMAGES_24 : 0);
6
7     m_wndToolBar.LoadBitmap(IDB_BITMAP1);
8     m_mybar.LoadBitmap(IDR_MAINFRAME_256);
9     m_wndToolBar.RedrawWindow();
10     m_mybar.RedrawWindow();
11 }

更奇妙的是，后面我对两个工具栏重新加载了BMP�Q�而且加蝲的BMP资源是反了的�Q�此旉��认工��h��上出��C��原来自定义工��h��?个图标，余下部分及自定义工具栏则为原来默认工��h��图标。可以想象，RestAllImages只是��图标资源都释放了，工具栏资源依然健在，重新加蝲BMP的时候，工具栏图标就像一个个��序排好的空��_��加蝲�q�来的BMP图标会出��C��前往后补位的现象�?br>注意代码中，默认工具栏图标重新加载时使用的资源是IDR_MAINFRAME_256�Q�是默认的工��h��资源。也��是��_��q�里用LoadBitmap加蝲工具栏资源也是有效果的。这样应该可以说明工��h��在创建时LoadToolBar、LoadBitmap分别成功地加载了工具栏、BMP资源�Q�实际上是加载了两套图标资源�Q�这两者是��序而非重合的，所以只昄��原来的工��h��资源。要��x��定两者的重合关系�Q�只有在LoadToolBar的时候同时传入工��h��资源及BMP资源的ID�?br>
Demo下蝲

———————————————————————————————————————————————————————————————�?br>好吧�Q�终于写完了�Q�写得很仓促�Q�不��的地方也很多，�Ƣ迎指教�Q?br>

nelson 2010-05-20 23:53 发表评论

最�q�几天被MFC折腾~

nelson — Wed, 19 May 2010 15:22:00 GMT

备注�Q�Rimi是我们用的一个分布式机制�?br>
在进行设备树�Q�也��是一个CTreeCtrl控�g�Q�更��C��改的时候，遇到了一个比较bug的问题�?br>
��Z��提供更好的用户体验，甲方希望讑֤�树更��C��后滚动条位置能够保持与更新前一致。设备树的更新过�E�是�q�样的：更新消息来自Rimi的通知机制�Q�类��g��函数回调�Q�客��L��在收到消息之后调用Rimi的对象方法来获取新的讑֤�树信息，然后更新树。乍看之下，要完成这个修改好像很��单，只要更新前先记录滚动条的滚动位置�Q�更新后�q�原位置�Q�如果更新后滚动条滚动范围变化了�q�要微调一下位�|�，逻辑上来讲就�q�么几个步骤�?br>
我一开始也是按照这��L��思�\�Q�GetScrollPos()获取当前滚动条的滚动位置�Q�然后更新树�Q�先删除所有节点再逐个��d��Q�其他省�?..�Q�，GetScrollRange()获得新的滚动范围�Q�最后SetScrollPos()��旧的位�|�与滚动范围最大��g��最��的一个设回去�Q�这里用到的ScrollBar是CTreeCtrl自动产生的，注意不是两个控�g�Q�这里调用的函数都是CTreeCtrl的方法）。但实际效果是，树更新后滚动条滚到准��的位置�Q�但树的视图��C��最��Ӟ��点击一下滚动条的那个方块才能回��C��前的位置。也��是��_��滚动位置的更��C��树的视图分离了�?br>
之后�Q�我一直以为是我控件的�Ҏ��用错了，对着MSDN和CSDN�U�结了很久。最后忍无可忍，自己写了个测试Demo�Q�里面就一Dialog�Q�一CTreeCTrl�Q�树上随便加了些东西�Q�然后又一按键�Q�按键后会重新刷新树�Q�再滚动到原来的位置�Q�结果居然是对的�Q�视图跟着滚动条的位置变化了。�ؓ了更好的模拟讑֤�树节点增删的效果�Q�我在按键响应上又作了处理，按一下重��h��的时候会隐藏几个节点�Q�再按一下这些节�Ҏ��C�出来，滚动位置按照客户端里面的一个处理方法，�l�果居然也是正确的。问题变得玄乎了�Q?br>
无意间发现客��L��里面有个手动��h��讑֤�树的快捷键，估计是当�q�pb做调试的时候留下来的。快捷键的响应直接调用更新树的函敎ͼ�重刷后的昄��Z�h意料地是对的。比较一下两�U�更新方式的�q�程�Q?br>
Rimi�Q?nbsp; 通知到来�?gt;更新树（Rimi回调函数�Q�Rimi自己�l�护了一个线�E�池�Q�远�E�调用在被调用端的发赯��都是Rimi自己的线�E�）
快捷键：按键响应�?gt;更新树（MFC消息处理函数�Q?br>
更新树所用到的是同一个函敎ͼ�但调用者却是不同的。因为Rimi用了boost::function�Q�那我也在按键响应的时候对要调的函数用function来包装一下，造成两者在调用栈上调用的函数、顺序大部分是一致的�Q�只有最底层不同�Q�一�Ҏ��Rimi�Q�一�Ҏ��MFC消息传递�?br>
后来jianhao��_��以前在Rimi的回调函数里面调Rimi对象的方法出�q�问题，然后我又��道回忆起之前zxb在Rimi函数�Q�还是对象方法）里面调system()也有问题�?br>
��N��说Rimi�U�程��是“万恶之源”�Q�好吧，我把更新代码�U�d��另外一个线�E�里面，Rimi回调的时候唤醒更新线�E�，更新后视图还是不能跟着滚动位置变；��快捷键的响应也修改一下，自己不作更新�Q�也是唤醒更新线�E�，�q�个�Ҏ��也变得不灵了�Q�囧�Q�这可以说明问题跟Rimi�U�程无关�?br>
��N��说线�E�调用才�?#8220;万恶之源”�Q�把之前做的那个Demo��改了一把，�U�程做刷斎ͼ�按键响应只唤醒更新线�E�，果然不灵了！上网google了一把，关键�?#8220;mfc �U�程操作控�g”�Q�首先映入眼帘的是《MFC中跨�U�程操作控�g会不会出现像C#中的异常问题?》。这时候我也不兛_��q�个帖子的内容了�Q�线�E�操作控件有异常是吧�Q�那��׃��用线�E�做咯！�q�时候我才回惌��vWIN32里面有自定义消息�q�玩意，MFC里面�l�定一个消息ID�Q�ON_MESSAGE�l�定一个处理函敎ͼ�PostMessage或SendMessage来发消息�Q�然后由WIN32自己的消息��@环来调用处理函数�Q�这样应该是可以保证用非Rimi�U�程来更新设备树的。再一�ơ把Demo��改了一把，按键响应Post一个自定义消息�Q�消息处理函数做��h��Q�结果是对的�Q�再改，按键响应唤醒�U�程�Q�线�E�里面Post自定义消息，�l�果也是对的�?br>
原以为是控�g使用问题�Q�又以�ؓ是Rimi不兼定w��题，最后实质�ؓMFC跨线�E��用控件的问题。其实我也不清楚�q�是不是真正的问题，毕竟我MFC既不懂又用得��。That's all!

最后附上我的测试代�?br>http://www.shnenglu.com/Files/neverwinter/testtree.rar

nelson 2010-05-19 23:22 发表评论

对象自杀

nelson — Mon, 26 Oct 2009 13:29:00 GMT

最�q�做��目写代码遇��C��对象自杀的问题�?br>
�W�一个是自己设计的，对象持有定时器，自己�l�护生命周期�?br>
�W�二个是无意中遇到的�Q�由于采用boost的线�E�库�Q�将成员函数变�ؓ�U�程用，最后在一堆调用之后居然把自己杀掉了�?br>
很不�q�的是，在过�E�中都遇��C��相同的问题——堆栈挂掉了�?br>
然后一轮定位，居然都是boost mutex的问题，scoped_lock很容易让人放松警惕�?br>

void XXX()
{
    boost::recuisive_mutex::scoped_lock lk(m_mutex);



    YYYY();


}

void YYY()
{


    delete p;// 释放XXX所在对�?br>

}

作�ؓ�c�L��员的mutex没有被解锁，然后所在的�c�d��被释放了�Q�这��造成了堆栈挂掉�?br>
对象自杀昄��不是一�U�很好的风格�Q�还是尽量避免吧�Q?br>

nelson 2009-10-26 21:29 发表评论

fstream改写文�g

nelson — Mon, 14 Sep 2009 06:40:00 GMT

��目中有�q�样的需求：
1.�l�一个一定大��的�I�文件改写内容；
2.不能改变该空文�g的大��?br>
一开始是用ofstream做的�Q�但是每�ơ一打开文�g�Q�原来的�I�文件的大小��改变了。之后用app方式打开�Q�但是每�ơ的新数据都是追加到文�g��N��Q�seekp无论如何不能到达实际文�g的首部，�q�样文�g大小��变了，不符合需�?�?br>
后来发现用fstream�Q�采用in | out的方式来打开�Q�终于可以安全地改写文�g了�?br>

nelson 2009-09-14 14:40 发表评论

nelson — Mon, 14 Sep 2009 04:26:00 GMT

1 #include <iostream>
2 using namespace std;
3
4 void RefAsParam(int (&aRR)[5])
5 {
6     cout << aRR[3] << endl;
7 }
8
9 template < size_t SZ >
10 void RefAsParamT(int (&aRR)[SZ])
11 {
12     cout << aRR[0] << endl;
13 }
14
15 void main()
16 {
17     int a[5] = { 1, 2, 3, 4, 5};
18
19     RefAsParam( a );
20
21     RefAsParamT( a );
22
23     getchar();
24 }

�q�个是上�ơ在某blog友回帖时有感写的一个例子程序�?br>
现在把目光放�?span style="color: #000000;">RefAsParamT函数�Q�采用非�c�d��模板的方�?/span>使数�l�引用作为入参，乍看好像很爽�Q�不需要在函数定义时指定数�l�的大小�Q�比非模板方式的RefAsParam有极大的通用性�?br>
但是�Q�从模板生成的角度来看，对于不同的SZ��׃��产生不同�?span style="color: #000000;">RefAsParamT函数�Q�效率上说不�q�去�Q�虽说这些代码是�~�译器代替�h手写的�?br>
再从数组引用作�ؓ入参的角度看�Q�个��为数�l�引用左入参的意义不大，特别是对于动态分配（new�Q�的数组�Q�这两个函数都无效�?br>
最后，STL中先闭后开的方式来指定数组范围�Q�这��L��通用性和效率都比较好�?br>
以上�Q�个人愚见！

nelson 2009-09-14 12:26 发表评论

ptime转换问题

nelson — Thu, 10 Sep 2009 07:30:00 GMT

1 #include <boost/date_time/posix_time/posix_time.hpp>
2 #include <boost/date_time/gregorian/gregorian.hpp>
3 #include <iostream>
4 #include <stdint.h>
5
6 int main()
7 {
8     using namespace boost::posix_time;
9     using namespace boost::gregorian;
10
11     ptime ptNow( second_clock::local_time() );
12     std::cout << to_simple_string( ptNow ) << std::endl;
13
14     tm tm1 = to_tm( ptNow );
15     time_t tt = mktime( &tm1 );
16
17     tm* tm2 = localtime( &tt );
18
19     ptime ptt = from_time_t( tt );
20     ptime pttm = ptime_from_tm( tm1 );
21     std::cout << to_simple_string( ptt ) << "\n" << to_simple_string( pttm ) << std::endl;
22
23     return 0;
24 }

输出�l�果�Q?br>2009-Sep-10 15:24:10
2009-Sep-10 07:24:10
2009-Sep-10 15:24:10

�W�一个�ؓptime获得的当前时间的输出�?br>�W�三个�ؓptime转�ؓtm�Q�再tm转成ptime的输�?br>�W�二个�ؓ那个tm转成time_t�Q�time_t再�{回ptime的输出�?br>
从结果看�Q�第二个输出的时间很诡异上居然差�?个小�Ӟ��N��是UTC旉��Q�但boost doc那里没有�q�个说明�Q�只是说用from_time_t可以��time_t转成ptime。程序中间将time_t用localtime转回tm作验证，�l�果是正��的�?br>
诡异�?#8230;…

nelson 2009-09-10 15:30 发表评论

拯��构造函��C��赋值操作符重蝲

nelson — Tue, 08 Sep 2009 08:23:00 GMT

1 #include <iostream>
2 #include <string>
3
4 class A
5 {
6 public:
7     A( const std::string &str )
8     {
9         m_szS = str;
10     }
11
12     A( const A &rhs )
13     {
14         m_szS = rhs.m_szS;
15     }
16
17     A& operator= ( const A &rhs )
18     {
19         if ( this == &rhs )
20         {
21             return *this;
22         }
23
24         m_szS = rhs.m_szS;
25         return *this;
26     }
27
28     std::string m_szS;
29 };
30
31 int main()
32 {
33     //!< 带参数基本构造，非explicit
34     A a1("SB");
35
36     //!< 不能通过基本构造完成，实质上调用的是对a1的拷贝构�?/span>
37     A a2 = a1;
38
39     //!< 验证赋值操作符
40     A a3("SC");
41     a3 = a1; // here
42
43     return 0;
44 }
45

�ȝ��Q?br>1.实例化一个对象的时候，如果用另一个已有对象对其进行赋��|��实质上调用的是拷贝构造函敎ͼ�如上�q�的a2�?br>2.对一个已实例化对象采用赋值操作符对其�q�行赋��|��调用的是赋值操作符重蝲的函敎ͼ�如a3�?br>
写得有点仓促�Q�如有不同意见，�Ƣ迎拍板�Q?br>

nelson 2009-09-08 16:23 发表评论

nelson — Fri, 21 Aug 2009 05:00:00 GMT

以下为智能指针的demo�?br>设计思�\为：通过一个引用计数的指针在多个auto_ptr中共享Type对象�?br>

1 // auto_ptr.h
2 #include <iostream>
3 namespace myspace
4 {
5 template <class T>
6 class auto_ptr
7 {
8     T *t; // 指针对象
9     size_t *use; // 引用计数�Q�采用指针的方式是�ؓ了方便多个auto_ptr的共�?/span>
10 public:
11     //!< 一般构造函�?/span>
12     auto_ptr(T *obj)
13     : t(obj) // 接收指针
14     , use(new size_t(1)) // 创徏引用计数
15     {
16     }
17     //!< 拯��构造函�?/span>
18     auto_ptr(const auto_ptr<T> &ptr)
19     : t(ptr.t)
20     , use(ptr.use)
21     {
22         ++*(ptr.use); // 传递引用计数后�Q�计数�?1
23     }
24     ~auto_ptr()
25     {
26         // 每次析构的时候，如果计数��gؓ0则删除对�?/span>
27         if (--*use == 0)
28         {
29             delete t;
30             delete use;
31         }
32     }
33     //!< ->操作�W�重�?/span>
34     T* operator-> () const
35     {
36         return t;
37     }
38     //!< *操作�W�重载，�q�回指针对象的引�?/span>
39     T& operator* () const
40     {
41         return *t;
42     }
43 };
44
45 //!< ��输出，采用�?操作�W�，所以不需要设为friend
46 template <class Type>
47 std::ostream& operator<< (std::ostream &os, auto_ptr<Type> ptr)
48 {
49     os << *ptr;
50     return os;
51 }
52 }//end of myspace
53
54 // main.cpp
55 #include <iostream>
56 #include "auto_ptr.h"
57 #ifdef _DEBUG
58 #define new new (_NORMAL_BLOCK, __FILE__, __LINE__)
59 #endif
60 int main(int argc, _TCHAR* argv[])
61 {
62     myspace::auto_ptr<int> iptr(new int(9)) ;
63     std::cout << iptr << std::endl;
64     ++ *iptr;
65     std::cout << iptr << std::endl;
66     (*iptr) --;
67     std::cout << iptr << std::endl;
68     getchar();
69     return 0;
70 }
71

从上面的Demo中，可以看到�q�个��指针的缺点：
每次创徏��指针的时候，传入的指针是对外暴露的，采用new的方式作为入参才能保证安全的。如果这个new出来的对象（如上面的int�Q?�Q�）在别处被delete了，�l�箋使用�q�个��指针相当于��用一个野指针。这��L��问题即便是boost的share_ptr也是会有的�?br>

nelson 2009-08-21 13:00 发表评论

Member Initialization list�Q�成员初始化表）

nelson — Wed, 19 Aug 2009 04:26:00 GMT

�q�个是我们组的每日一例，主要目的是想通过老队员指导新队员�Q�同时又可以巩固大家的cpp知识。我们组长说�Q�项目做完之后这些东东可以整理出书了�?br> �q�一份是我写的，所以就发布出来啦！～这个还��写得比较详�l�吧�Q?br>

Chapter One - 调用构造函数对成员变量�q�行构造、初始化

在类构造的时候，对于�c�L��员变量的构造貌似可以在构造函��C��完成�Q�那��Z��么还需要成员初始化表呢�Q?br> 我们来看看这��L��情况�Q?br>

1 /* programme 1 */
2 class Base
3 {
4 public:
5     Base(int val)
6     : i(val) //�q�里��Z��么要攑֜�成员初始化表呢？
7     {
8      //i = val??
9     }
10     ~Base(){}
11
12 private:
13     int i;
14 };
15
16 class UseBase
17 {
18     Base b;
19 public:
20     UseBase(){} //没有用Base的构造函�?/span>
21     ~UseBase(){}
22 };
23
24 int main()
25 {
26     return 0;
27 };
28 /* end of programme 1 */

�E�序出现�q�样的错误：error C2512: 'Base' : no appropriate default constructor available�Q�在UseBase中Base没有被合理地初始化�?br>

1 /* programme 2 */
2
3 //
4
5 class UseBase
6 {
7     Base b;
8 public:
9     UseBase() : b(0){} //可以�~�译通过
10     ~UseBase(){}
11 };
12
13 //
14
15 /* end of programme 2 */

由此可以看出成员初始化列表的一个要点，调用构造函数对成员变量�q�行构造、初始化。对于内�|�成员变�?int、double�{�等�Q�个人理解�ؓC语言中就已经有的�c�d��Q�详�l�信息参见Primer)而言没有明显的问题，但对于非内置成员变量而言�Q�即便编�E�者没有在成员初始化表中显�C��用构造函敎ͼ��~�译器也会隐式地调用默认构造函数。所�?#8220;默认构造函�?#8221;��是�?$classname$(void)"�q�样的�Ş式。上面的例子��是因�ؓ�q�个原因而编译失败的�Q�Base没有提供默认构造函数。也��是��_��需要特�D�构造的�c�d��d��成员初始化列表进行构造、初始化�?br>
而如果有默认构造函敎ͼ�是否��可以在成员初始化表中置之不理呢�Q�答案是否定的，�q�涉及到效率问题。（以下�E�序可以中的Base完全可以用string�c�d��来取代，但�ؓ了方便调试方式查看，所以重新编写了Base。）

1 /* programme 3 */
2
3 class Base
4 {
5 public:
6     Base(void)
7     : i(0)
8     {
9     // breakpoint 1
10     }
11     // 赋值操作符重蝲
12     Base& operator= ( const int val )
13     {
14         i = val;// breakpoint 2
15         return *this;
16     }
17
18     ~Base(){}
19
20 private:
21     int i;
22 };
23 class UseBase
24 {
25     Base b;
26 public:
27     UseBase()
28     //: b(0)
29     {
30         b = 3;// breakpoint 3
31     }
32     ~UseBase(){}
33 };
34
35 int main()
36 {
37     UseBase ub;
38     return 0;
39 };
40 /* end of programme 3 */

breakpoint的顺序�ؓ1-3-2�Q�这说明UseBase中的Base既进行了默认构造，之后又进行了赋��|��原本可以通过一个构造函数完成的操作�Q�现在分成了两个步骤�Q�效率降低了�?br>

Chapter Two - �z��cȝ��成员初始化表

在派生类的成员初始化表中�Q�可以调用基�cȝ��构造函数来初始化其基类成分�?br>

1 /* programme 4 */
2 #include <iostream>
3 using namespace std;
4 class Base
5 {
6 public:
7     Base( const int val )
8     : i(val)
9     {
10     }
11
12     Base& operator= ( const int val )
13     {
14         i = val;
15         return *this;
16     }
17
18     virtual ~Base(){}
19
20     void print() const
21     {
22         cout << "val: " << i << endl;
23     }
24
25 private:
26     int i;
27 };
28
29 class Derived : public Base
30 {
31 public:
32     Derived( const int val )
33     : Base(val)
34     {}
35 };
36
37 int main()
38 {
39     Derived d(1);
40     d.print();
41     getchar();
42     return 0;
43 };
44 /* end of programme 4 */

一个小错误�Q�很多�h可能会犯的：

1 /* programme 5 */
2 //
3
4 class Derived : public Base
5 {
6 public:
7     Derived( const int val )
8     //: Base(val)
9     {
10         Base(val);
11     }
12 };
13
14 //
15 /* end of programme 5 */

在构造函��C��内直接调用基�cȝ��构造函敎ͼ�但这��h��不能完成对基�c�L��分的初始化的。这个语句的意义是创��Z��个��时的Base对象�?br>

Chapter Three - 初始化const、引用成�?/span>

利用成员初始化表能够初始化const、引用成员，�q�在构造函��C��内是无法做到的。因��Z��般情况下�Q�const、引用的对象在声明的时候就要同时将值或对象�l�定��C��赗��?br>

1 /* programme 6 */
2 #include <iostream>
3 #include <string>
4 using namespace std;
5 class dummy
6 {
7     const int ci;
8     string& szStr;
9
10 public:
11     dummy(const int i, string &sz)
12     : ci(i)
13     , szStr(sz)
14     {}
15
16     void printi()
17     {
18         cout << "const int: " << ci << endl;
19     }
20
21     void printsz()
22     {
23         cout << "string&: " << szStr << endl;
24     }
25
26     void setsz(string &sz)
27     {
28         szStr = sz;
29     }
30 };
31
32 int main()
33 {
34     string _4ref("hello");
35     dummy d(10, _4ref);
36     d.printi();
37     d.printsz();
38     cout << endl;
39     d.setsz( string("goodbye") );
40     d.printsz();
41     cout << "_4ref: " << _4ref << endl;
42     getchar();
43     return 0;
44 };
45 /* end of programme 6 */

输出�l�果
const int: 10
string&: hello

string&: goodbye
_4ref: goodbye

nelson 2009-08-19 12:26 发表评论

nelson — Tue, 18 Aug 2009 15:01:00 GMT

看了Primer的TextQuery的例子，又动手copy了一遍，对于�q�样华丽的设计激动得久久不能自已�?br>
前几天，按照�q�个例子�Q�自己封装了一套四则运��表辑ּ��c�，重现了一下这��L��设计模式�?br>

然后�Q�做了一个parser来解析表辑ּ��Q�不�q�做得很搓，stringstream对于括号的读取有问题……不过主要功能已经基本实现了�?br>
��C��传代码：
http://www.shnenglu.com/Files/neverwinter/Expression.zip

环境是vs2008 SP1�Q�里面用��C��boost的shared_ptr�?br>
parser的设计实在太烂，如果有什么高见请指教一下！�?br>
PS�Q�看到别人用boost::spirit来做同样的表辑ּ�分析计算�Q�居�?0多行代码��完��实��C��Q�还包括提示信息�Q�。可见，boost的潜力是十分大的�Q�以后一定要好好学习、挖掘一下�?br>

nelson 2009-08-18 23:01 发表评论