青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Error

C++博客 首頁 新隨筆 聯系 聚合 管理
  217 Posts :: 61 Stories :: 32 Comments :: 0 Trackbacks
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:27:19
class IRoot  沒有虛析構
class Lv1  有虛析構
class Lv2

root是根,下面都是繼承關系
這樣有風險沒?
vczh.Iskandar<vczh@163.com>  16:25:41
這樣你delete IRoot
 

 
就不會運行析構函數
 
C++一切沒有父類的類,只要是你打算被繼承,都要由虛析構函數
 
董一凡(65226002)  16:26:10
讓他們全部private 繼承自IRoot

VCZH.粉絲數組[0]<errorcpp@qq.com>  16:28:04
有沒啥好辦法

我不想在徐基類中
搞函數體實現
好丑
vczh.Iskandar<vczh@163.com>  16:26:28
private繼承也沒用
 
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:28:29
那怎么辦
vczh.Iskandar<vczh@163.com>  16:26:37
說不定那個IRoot就是那個類自己給出去的
 
而且就算你private了
 
dynamic_cast也是可以用的
 
董一凡(65226002)  16:26:55
那無所謂了啊

vczh.Iskandar<vczh@163.com>  16:26:56
你只要在IRoot寫一個空的虛析構函數就行了
 
別的什么都不需要干
 
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:29:01
但是這樣如果跨模塊
董一凡(65226002)  16:27:24
如果你case到了派生類,那自然就會調用正確的析構函數了

VCZH.粉絲數組[0]<errorcpp@qq.com>  16:29:19
iroot相當于編譯了兩次
vczh.xyz粉(54438159)  16:27:44

vczh.Iskandar<vczh@163.com>  16:27:46
不會的
 
董一凡(65226002)  16:27:52
準確的說,析構函數要么是公有虛的,或者protected非虛的

vczh.Iskandar<vczh@163.com>  16:27:53
你把實現寫在了cpp文件里面
 
就不會被編譯兩次了
 
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:30:06
那如果兩個模塊
同時需要iroot
董一凡(65226002)  16:28:32
只要你不用基類來delete派生類,那析構函數不需要是虛的
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:30:26
就要都加入cpp
C++的什么東西都差一點,不完美啊
VCZH.粉絲數組[5](110086478)  16:31:03
準確的說,析構函數要么是公有虛的,或者protected非虛的
effective上看到過,后一種一般什么時候用到 
vczh四號粉絲(342775210)  16:31:14
加一個虛析構,又沒啥
VCZH.粉絲數組[5](110086478)  16:31:49
其實可以讓編譯器做的 
vczh.Iskandar<vczh@163.com>  16:32:06
加一個虛析構,又沒啥  
VCZH.粉絲數組[5](110086478)  16:32:25
只要有繼承,編譯器就讓析夠,多省心 
董一凡(65226002)  16:32:42
后一種就是,你永遠不能用基類指針來delete派生類

所以析構函數也就不用是虛的了
VCZH.粉絲數組[5](110086478)  16:33:11
比如?場景?看得忘了 
董一凡(65226002)  16:34:29
比如你有一大組不同的接口,class A : public I1, public I2, public I3{}
你有寫函數是這樣子的,fun(I1* i) fun2(I2* i) fun3(I3* i)
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:37:29
當智能指針遇到這個事情
vczh.Iskandar<vczh@163.com>  16:35:33
我所有的類都繼承自Object
 
董一凡(65226002)  16:35:36
你的fun只不過是調用幾個接口,而不會管理實際對象的生命周期,那這樣設計就是合理的

vczh.Iskandar<vczh@163.com>  16:35:38
所有的接口都繼承自Interface
 
他們都有虛析構函數
 
我為了解決這個問題
 
然后就沒問題了
 
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:38:12
嗯,想這樣一個對象
作為多個接口
擴散到不同模塊
偶就用shared_ptr了
老殘搞不定復雜的生命周期管理
VCZH.粉絲數組[5](110086478)  16:37:00
java啊 
vczh四號粉絲(342775210)  16:37:12
真的是閑的蛋疼啊
加一個虛析構,又能怎么樣
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:39:29
好丑的,,,
VCZH.粉絲數組[5](110086478)  16:37:36
其實我們游戲服務器也是用一個object的 
vczh四號粉絲(342775210)  16:37:43
只要碰到繼承,就必須虛析構
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:40:25
比如你動態庫
提供某個接口
董一凡(65226002)  16:38:38
哎,比如你的接口本本來就只是幾個函數。連成員都沒有,那干嘛還加個虛析構,去加一個指針大小呢

VCZH.粉絲數組[0]<errorcpp@qq.com>  16:40:49
然后又是顯示加載
董一凡(65226002)  16:38:58
尤其是編譯器對這種類還能夠直接優化掉

VCZH.粉絲數組[0]<errorcpp@qq.com>  16:41:16
這樣雖然那個虛析構是空的
但是實際上
exe和dll里邊
都有一份實現
我理解的沒錯吧
我覺得這個現象
不好
vczh.xyz粉(54438159)  16:40:32

VCZH.粉絲數組[0]<errorcpp@qq.com>  16:43:02
囧,我再去好好理解理解去
應該如果只用指針
是可以只有一份實現的
董一凡(65226002)  16:41:24
v大,你既然所有類繼承自object,那你在做ui的時候,大可以模范qt了,在基類里加一個slot的概念,所有ui對象就都可以接收發過來的消息了

跨dll就千萬要小心了,你別在dll里new東西,在另一個dll里delete,會出錯的

VCZH.粉絲數組[0]<errorcpp@qq.com>  16:44:22
跨dll就千萬要小心了,你別在dll里new東西,在另一個dll里delete,會出錯的

這個不一定出錯
和運行庫相關
董一凡(65226002)  16:42:57
嗯,對的,但這是一個當地晦澀的角落

一起搞明白,最好的辦法是避免
ooseven(147340642)  16:43:08
我都是用heapalloc,沒有這個顧慮
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:45:15
流氓
話說vs2012以后
運行庫就是用heapalloc了
所以
這個問題,不是問題了
ooseven(147340642)  16:43:51
是嗎?
你確定?
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:45:58
如果我沒記錯
好像在哪看到過
VCZH.粉絲數組[5](110086478)  16:44:19
exe和dll會各有一份? 
ooseven(147340642)  16:44:43
我重載了所有的容器,傳入一個自己的Allocator<_Kty>
這個Allocator<_Kty>,里面就是heapalloc
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:47:24
顯示加載dll
就是說,dll的代碼和exe的代碼是分開的
假設exe和dll里邊有相同的對象
那么他們必須都包含虛基類的完整實現
也就是說虛基類在exe和dll里邊
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:48:29
分別都編譯了一次
那么exe和dll里邊關于虛基類的機器碼
就有相同的兩份

vczh四號粉絲(342775210)  16:47:28
動態鏈接啊,怎么會有兩份代碼
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:49:41
exe一份 dll一份
vczh四號粉絲(342775210)  16:47:50
除非你dll是靜態鏈接的
然后有蛋疼的靜態鏈接exe了一份
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:49:56
不然肯定鏈接錯誤
我們遇到過一次bug
和這個類似
就是單例模式
在exe和dll的地址
不一樣
后來發現就是哪個instance
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:51:06
在exe和dll各有一份實現
VCZH.粉絲數組[5](110086478)  16:49:06
 你那是export吧 
不用兩份代碼 
一份就行 
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:51:28
只有一份編譯都過不了
VCZH.粉絲數組[5](110086478)  16:49:37
直接export就行,單件 
可以 
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:51:56
那要把單利放到dll
然后隱式加載
不然這邊exe鏈接錯誤
VCZH.粉絲數組[5](110086478)  16:50:20
是的 
嗯 
好牛逼 
vczh.Iskandar<vczh@163.com>  16:50:33
董一凡2013-01-30 16:41:24v大,你既然所有類繼承自object,那你在做ui的時候,大可以模范qt了,在基類里加一個slot的概念,所有ui對象就都可以接收發過來的消息了

上一次我也是這么做的,這次戒了
 
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:52:50
為啥
vczh.Iskandar<vczh@163.com>  16:50:50
singleton
 
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:52:58
不是很爽么
vczh.Iskandar<vczh@163.com>  16:51:02
出事是肯定的
 
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:53:15

vczh.Iskandar<vczh@163.com>  16:51:21
你暴露個變量出來
 
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:53:45
單例是惡習
vczh.Iskandar<vczh@163.com>  16:51:41
都是要做成函數的
 
vczh四號粉絲(342775210)  16:51:42
我發現,public成員是bug神器
vczh.Iskandar<vczh@163.com>  16:52:04
gacui很少有public的變量
 
vczh四號粉絲(342775210)  16:52:31
我剛才秒了一下我們的代碼,就發現一個內存泄露
我都不敢看了
vczh.xyz粉(54438159)  16:52:46
這個。。。
VCZH.粉絲數組[5](110086478)  16:53:03
太厲害了 
vczh.Iskandar<vczh@163.com>  16:53:07
發郵件噴
 
vczh四號粉絲(342775210)  16:53:13
我才不噴
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:55:21
vczh四號粉絲(342775210)  16:52:31
我剛才秒了一下我們的代碼,就發現一個內存泄露
我都不敢看了

你們平時怎么查內存溢出 內存錯誤 內存泄漏什么的?
vczh四號粉絲(342775210)  16:53:32
我們平時靠人肉看
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:55:38
vczh四號粉絲(342775210)  16:53:13
我才不噴

噴了就要解決,,,解決就要加班,,,要死,,,
vczh四號粉絲(342775210)  16:53:44

vczh.Iskandar<vczh@163.com>  16:53:46
看source control,誰寫的誰解決
 
vczh四號粉絲(342775210)  16:53:55
不是我寫的
vczh.Iskandar<vczh@163.com>  16:54:05
賴都賴不掉
 
vczh四號粉絲(342775210)  16:54:06
就行了
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:56:22
我估計這個問題該起來牽扯一票模塊,,,
vczh.Iskandar<vczh@163.com>  16:54:26
visual studio打開以下咦annotate哪一行誰checkin進去的直接暴露出來
 
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:56:33
不然你就爽快的改了噴人,,,
SundayTooFar(5048977)  16:54:31
上個項目, 我秒了一下rpc協議。 結果發現幾十個嚴重問題。 那才鬧騰, 整個項目組加班了兩周。。
vczh.Iskandar<vczh@163.com>  16:54:43
= =
 
web程序
 
你不招vczh
 
就不能用C++來寫(逃
 
VCZH.粉絲數組[5](110086478)  16:55:00
 
vczh.Iskandar<vczh@163.com>  16:55:12
用C++來處理字符串
 
需要有堅定的信念
 
vczh.xyz粉(54438159)  16:55:20
各位巨巨都是神眼阿
vczh.Iskandar<vczh@163.com>  16:55:20
每一行代碼都要充滿智慧
 
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:57:26
搞死人
vczh四號粉絲(342775210)  16:55:31
要改的代碼,也不多
只是我不愿意改
VCZH.粉絲數組[0]<errorcpp@qq.com>  16:57:49
上午問了沒人理我,asn1有熟的沒
vczh四號粉絲(342775210)  16:55:43
改了,他又會改回來
vczh.Iskandar<vczh@163.com>  16:55:44
先改后噴
 
沒有
 
posted on 2013-01-30 16:57 Enic 閱讀(209) 評論(0)  編輯 收藏 引用 所屬分類: VC路上的坑
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美视频在线一区二区三区| 欧美高清在线一区| 国产美女精品在线| 国产精品久久久久久久一区探花| 免费亚洲网站| 欧美激情亚洲一区| 欧美日韩一区二区国产| 国产精品福利av| 国产香蕉久久精品综合网| 狠狠综合久久av一区二区小说| 精品动漫3d一区二区三区免费版 | 欧美大片第1页| 欧美精品三区| 国产精品视频免费观看www| 国产喷白浆一区二区三区 | 亚洲图片在线观看| 欧美在线观看一区二区三区| 久久国产日韩| 亚洲精品日韩在线观看| 宅男噜噜噜66国产日韩在线观看| 先锋影音久久| 欧美精品一区二区三区在线看午夜 | 国产日韩欧美| 亚洲美女在线看| 亚洲欧美日韩精品久久久| 久久久久久久尹人综合网亚洲| 欧美高清视频一区二区| 亚洲影视在线播放| 欧美国产精品va在线观看| 国产精品女主播一区二区三区| 今天的高清视频免费播放成人 | 欧美在线日韩精品| 欧美福利电影网| 亚洲欧美日韩在线| 欧美日韩小视频| 91久久午夜| 老司机精品福利视频| 欧美人体xx| 欧美日韩黄色一区二区| 国产精品一区免费在线观看| 91久久精品国产91性色tv| 欧美亚洲一区| 一本色道精品久久一区二区三区| 久久久久免费视频| 国产农村妇女毛片精品久久莱园子| 亚洲国产欧美另类丝袜| 欧美在线视频播放| 一区二区三区日韩| 欧美日本国产| 亚洲精品影院在线观看| 久久久久久97三级| 亚洲欧美日韩国产一区二区| 欧美日韩四区| 日韩一区二区精品葵司在线| 免费欧美日韩| 久久亚洲一区二区| 永久久久久久| 老司机精品视频网站| 久久激情婷婷| 黄色影院成人| 久久伊人一区二区| 久久精品理论片| 狠狠色噜噜狠狠色综合久| 久久国产精品第一页| 亚洲欧美日韩成人| 狠狠入ady亚洲精品| 久久久久成人精品| 久久精品国产亚洲一区二区三区| 国内精品久久久久影院 日本资源| 羞羞视频在线观看欧美| 亚洲欧美日韩在线观看a三区| 国产欧美一区二区色老头| 午夜精品999| 欧美日韩国产欧美日美国产精品| 精品91在线| 亚洲第一天堂av| 亚洲免费视频一区二区| 国产精品久久久久久久电影| 欧美在线一区二区三区| 新67194成人永久网站| 韩国av一区二区三区| 欧美国产日韩一区二区在线观看 | 裸体一区二区三区| 亚洲人成在线观看网站高清| 亚洲国产老妈| 欧美性色综合| 久久久伊人欧美| 欧美xart系列在线观看| 亚洲午夜久久久久久久久电影网| 亚洲午夜精品视频| 悠悠资源网久久精品| 亚洲精品小视频| 国内精品久久久久影院薰衣草| 欧美黑人在线观看| 国产精品美女久久久久aⅴ国产馆| 久久综合网hezyo| 欧美日韩视频| 亚洲激情网站| 亚洲国内精品| 亚洲一区免费网站| 亚洲电影av| 亚洲影院污污.| 亚洲人成小说网站色在线| 亚洲欧美色婷婷| 99爱精品视频| 久久精品夜色噜噜亚洲aⅴ| 99综合在线| 久久综合久久综合久久| 先锋影音久久久| 欧美人妖在线观看| 欧美 亚欧 日韩视频在线| 国产精品一区二区三区免费观看| 亚洲国产裸拍裸体视频在线观看乱了中文| 国产精品丝袜久久久久久app| 欧美激情一区三区| 国产在线精品一区二区夜色| 9l国产精品久久久久麻豆| 欧美精品综合| 欧美 日韩 国产 一区| 国产日韩欧美精品| 日韩视频一区二区三区在线播放| 亚洲国产精品国自产拍av秋霞| 午夜久久福利| 午夜视黄欧洲亚洲| 欧美日韩亚洲一区在线观看| 亚洲国产导航| 亚洲欧洲日韩在线| 久久亚洲一区二区| 欧美成年人网| 亚洲电影免费观看高清完整版在线| 欧美伊人久久| 久久久久久久欧美精品| 国产亚洲福利社区一区| 欧美一区二区三区免费大片| 欧美影院精品一区| 国产日韩欧美三区| 性欧美大战久久久久久久免费观看 | 免播放器亚洲一区| 国产一区日韩二区欧美三区| 午夜伦欧美伦电影理论片| 欧美一区精品| 国产一区二区三区在线观看精品| 欧美一二三区精品| 久久美女性网| 亚洲电影下载| 欧美激情a∨在线视频播放| 亚洲美女啪啪| 香蕉成人啪国产精品视频综合网| 国产麻豆日韩欧美久久| 欧美在线视频网站| 久久综合一区二区三区| 亚洲黄色一区| 欧美日韩一区二区欧美激情| 一区二区三区四区国产精品| 亚洲免费影院| 黄色成人在线网站| 欧美高清一区二区| 一区二区三区精品| 久久成人18免费观看| 在线免费观看日本欧美| 欧美国产亚洲视频| 亚洲女同精品视频| 国产午夜精品美女毛片视频| 欧美高清视频在线| 一区二区免费在线观看| 国产精品国产三级国产aⅴ无密码 国产精品国产三级国产aⅴ入口 | 国产精品成人播放| 午夜精品一区二区三区在线视| 久久久久久网站| 亚洲精品中文字| 国产视频精品网| 欧美激情bt| 久久av红桃一区二区小说| 亚洲电影在线看| 欧美一区二区三区在线观看视频| 在线视频观看日韩| 国产精品久久久一区二区三区| 久久久久久久一区二区| 日韩午夜视频在线观看| 久久人人97超碰精品888 | 日韩午夜av电影| 国产精品一区在线观看| 能在线观看的日韩av| 99精品国产在热久久| 老司机一区二区三区| 亚洲免费在线视频| 亚洲精品综合精品自拍| 国产综合色产在线精品| 欧美日韩一区在线播放| 久久亚洲图片| 久久国产夜色精品鲁鲁99| 中文亚洲欧美| 亚洲精品极品| 欧美大片网址| 久久精品国产清自在天天线| 亚洲综合首页| 99亚洲一区二区| 亚洲日韩成人| 亚洲国产精品一区二区www| 国产视频在线一区二区|