@飯中淹
每個(gè)對(duì)象都要顯示的create和release。那基本上等價(jià)于放棄了C++構(gòu)造函數(shù)和析構(gòu)函數(shù)這兩個(gè)特性。
對(duì)于棧對(duì)象，這樣會(huì)很累，也很容易泄漏。
強(qiáng)，支持
對(duì)VC6這東西太有感情，完全不可割舍。
Ragel用來解析協(xié)議是很棒，很快的東西。
Ruby的若干個(gè)http服務(wù)器，是使用Ragel生成http_parser的。還有解析html，xml的，等等。
做網(wǎng)絡(luò)或者Web數(shù)據(jù)抓取的，也有空的兄弟，可以研究下，無奈中文資料基本沒有，國外使用的人也不是太多。
@陳梓瀚(vczh)
我知你對(duì)這類東西蠻有研究的，介紹Ragel，你不妨去弄弄，據(jù)我現(xiàn)在所得結(jié)果，雖然都是自動(dòng)機(jī)識(shí)別，但他比Lex要快，尤其-G2選項(xiàng)之后，函數(shù)全部內(nèi)聯(lián)，統(tǒng)統(tǒng)goto，沒有用數(shù)組，速度快到無法形容。
另外還可以生成dot文件,調(diào)用Graphviz畫出自動(dòng)機(jī)的圖形，這個(gè)很爽啊（我把ragel生成的r_atoi自動(dòng)機(jī)圖補(bǔ)到上面了，翻上去找找...）
不知誰有閑時(shí)間去翻譯一下它的man page，我想去翻譯，無奈真是太忙了，生活所迫啊。
再次改善了一下，加了一個(gè)inline，時(shí)間變?yōu)?2562 ms了，因?yàn)槿サ袅撕瘮?shù)調(diào)用開銷
inline long my_atoi(const char *str)
{
long val = 0;
bool b_neg = ('-' == *str);
if(*str == '-' || *str == '+')++str;
while(*str)
{
if(('0' - 1) < *str && *str < ('9' + 1))
val = val*10 + *str++ - '0';
else
break;
}
return b_neg?-val:val;
}
改善了一下my_atoi, 同等規(guī)模下測(cè)試，時(shí)間為：3468 ms
這一下心里平衡了，可以安穩(wěn)睡一個(gè)覺了
long my_atoi(const char *str)
{
long val = 0;
bool b_neg = ('-' == *str);
if(*str == '-' || *str == '+')++str;
while(*str)
{
if(('0' - 1) < *str && *str < ('9' + 1))
val = val*10 + *str++ - '0';
else
break;
}
return b_neg?-val:val;
}
剛剛自己再手寫了一個(gè)my_atoi，同等規(guī)模下測(cè)試，時(shí)間為：13536 ms
為什么差距就這么大涅？
long my_atoi(const char *str)
{
long val = 0;
bool b_neg = ('-' == *str);
if(*str == '-' || *str == '+')++str;
while(1)
switch(*str++)
{
case 0:
return b_neg?-val:val;
case '0':
val = val*10 + 0;
break;
case '1':
val = val*10 + 1;
break;
case '2':
val = val*10 + 2;
break;
case '3':
val = val*10 + 3;
break;
case '4':
val = val*10 + 4;
break;
case '5':
val = val*10 + 5;
break;
case '6':
val = val*10 + 6;
break;
case '7':
val = val*10 + 7;
break;
case '8':
val = val*10 + 8;
break;
case '9':
val = val*10 + 9;
break;
default:
return 0;
}
return 0;
};
@NeutralEvil
第二條補(bǔ)充得太棒了，我沒有想到你補(bǔ)充的那點(diǎn)，汗！
STL的偉大，正是在抽象之后，形式上的統(tǒng)一，優(yōu)美啊。
re: VC++ 6 的 MSDN 插件 肥仔 2008-12-22 20:35
我用VC6和SDK/MSDN 2003,不需要額外的東西就可以關(guān)聯(lián)。
MSDN用那么高版本有什么意義嗎？如果VC6能夠把編譯器升級(jí)到高版本才叫爽啊，可惜不行。
re: 代碼壞味3 肥仔 2008-12-22 20:21
我的幾個(gè)觀點(diǎn)，供參考
1、從代碼看來，你的設(shè)計(jì)是面向功能的，按功能分解是結(jié)構(gòu)型程序設(shè)計(jì)方法的模式；
2、OOP應(yīng)該是面向?qū)ο蟮模?pulic 功能，應(yīng)該是:public 基礎(chǔ)對(duì)象；
3、好的設(shè)計(jì)不應(yīng)該出現(xiàn)多繼承；
請(qǐng)參見轉(zhuǎn)貼的這篇博文，有更好的對(duì)如何繼承的原則描述
http://m.shnenglu.com/woaidongmao/archive/2008/12/16/69567.html
re: 日志該怎么記錄？ 肥仔 2008-12-22 12:18
日志作用大了去了，查bug，特別是業(yè)務(wù)邏輯的bug，查安全，黑客，做roll back, 作業(yè)務(wù)分析，用處實(shí)在太多了
一個(gè)大系統(tǒng)，若沒有規(guī)范的日志體系，那就是個(gè)豆腐渣工程。
總是有很多人喜歡說別人搞不清什么跟什么的區(qū)別。我真的很糊涂，那些所謂的區(qū)別，在眼里根本就不值一提的東西，有必要寫出來嗎？
我支持摟主，原創(chuàng)即分享，Great。
re: 面試在華為 肥仔 2008-12-18 18:42
華為的名聲在深圳這邊很差，有工作經(jīng)驗(yàn)的coder，如果打電話過來叫面試，一聽是華為，馬上就掛了，我也掛過很多次，壓根沒投過他的簡(jiǎn)歷，他也找得到你，估計(jì)和51job有合作關(guān)系。
華為工資不高，但把人當(dāng)牛使。喜歡去的都是沒畢業(yè)或剛畢業(yè)的學(xué)生，覺得華為牛而已吧，事實(shí)卻和想象有蠻大的差別，需要慎重考慮了。
批處理實(shí)現(xiàn)不了太復(fù)查的更新邏輯，這個(gè)是弱點(diǎn)
re: 代碼的壞味2 肥仔 2008-12-17 23:10
re: 代碼的壞味2 肥仔 2008-12-17 22:56
個(gè)人感覺搞錯(cuò)了方向，可能的原因有2種
1、死鎖，可能性不大，因?yàn)椴⒉皇敲看味疾恍校?
2、工作線程執(zhí)行了更新界面的操作，且通過調(diào)用引用控件的方法來更新的。因?yàn)榭丶椒ㄕ{(diào)用實(shí)際上是SendMessage，應(yīng)該用PostMessage就不會(huì)錯(cuò)了。
考慮如下情況：
按下按鈕，界面線程執(zhí)行OnButton，等待工作者線程釋放鎖；
在同一時(shí)刻工作者線程更新界面，因?yàn)槿魏谓缑娓聦?shí)際上都是界面線程完成（通過消息隊(duì)列)，如果用的是SendMessage模式，工作者線程必須等待完成才可以走一下步，而等待完成的前提是OnButton完成。
這樣就OnButton在等待鎖，工作者線程在等待OnButton完成才可以釋放鎖，無響應(yīng)了，所以工作者線程更新，應(yīng)該用PostMessage。
永不停息的強(qiáng)人。
這是一個(gè)人的戰(zhàn)斗！
@于
這個(gè)是從別人博客抄過來的，你需要google一下這個(gè)標(biāo)題，就應(yīng)該能找到原作者了。
re: 用Mis平臺(tái)生成Mis 肥仔 2008-12-12 13:58
上傳個(gè)你軟件生成的HTML前臺(tái)如何？
re: 用Mis平臺(tái)生成Mis 肥仔 2008-12-12 13:54
很不錯(cuò)啊
HTML做出了桌面軟件的風(fēng)格。
你那個(gè)軟件是用來定制HTML的和數(shù)據(jù)庫表的？
定制生成前臺(tái)這個(gè)ideal很棒!!!
re: 小寫了個(gè)XML解析器 肥仔 2008-12-10 18:20
struct xmlNode
{
...
struct xmlNode *child;
struct xmlNode *sibling;
};
==================
這種結(jié)構(gòu)處理起來，好累的。我的xml解析器采用下面這種結(jié)構(gòu)
struct xmlNode
{
...
vector<xmlNode*> childs;
struct xmlNode* parent;
};
good.
回調(diào)函數(shù)和函數(shù)指針是低階的技術(shù)特性。
一個(gè)建議是，可以在此基礎(chǔ)上，更進(jìn)一步，學(xué)習(xí)理解“委托”這種基于回調(diào)的高階編程思想，將得到更多。。。。。。
@helpsoff.com.cn
呵呵，好了。
我必須得承認(rèn)，你很強(qiáng)，你問的問題讓我不知所措，我非常地茫然，幾乎無地自容。當(dāng)然不會(huì)刪你的留言，只要不是粗痞話，我都不會(huì)刪。大俠的更要留著偶爾看看，好讓自己感到自卑。
這既然是一個(gè)你不屑的地方，就不必再來了吧，何必來看這么膚淺的文章影響了您老人家的心情？
送客了，遠(yuǎn)方的客人請(qǐng)您別再來~~~，：）
@helpsoff.com.cn
呵呵，這不是我們第一次交流了，你這位同志比較喜歡好為人師嘛。但是需要說出點(diǎn)稍微有參考價(jià)值的東西，才可以教育別人，是不是。
交流需要平等，干嘛老擺個(gè)姿態(tài)呢，我覺得不好。
@guest
汗，VC6如果對(duì)POD這樣的標(biāo)準(zhǔn)都支持不了，那就太那個(gè)。
VC6一直在用，而且最近1~2年內(nèi)應(yīng)該還是會(huì)作為工作的首選，沒覺得有什么不好。賽揚(yáng)CPU，512MB的內(nèi)存，開4個(gè)VC6 IDE，并行開發(fā)一點(diǎn)都不卡，舒舒服服。
AMD雙核，2G內(nèi)存，打開一個(gè)VS 2008，只聽到硬盤狂叫，10秒以上才能出個(gè)界面，這就是.net的效果？。
上次CSDN看到一個(gè)投票，目前C++集成開發(fā)環(huán)境，10年了的VC6占30%多，依然居第一位。
@vczh
這種核武器都用上了。。。
看來看去，還是宏最簡(jiǎn)潔，優(yōu)美，漂亮。
@RedNax
?? 有差別嗎？ 代碼不好看，我指p_self->data.val_a，多了一個(gè)data，能夠去掉這個(gè)data就好看了。
因?yàn)轫?xiàng)目中需要提供一個(gè)這樣的能力：有幾百個(gè)全部是static成員的struct，它們只有最后一個(gè)字段是個(gè)POD數(shù)組，長度會(huì)不同，需要有一個(gè)統(tǒng)一的接口來訪問這些struct的成員，所以做了這個(gè)測(cè)試。
@RedNax
根據(jù)你的提示，測(cè)試了另一個(gè)種情況，證明內(nèi)存確實(shí)不連續(xù)，與定義順序相關(guān) +編譯器相關(guān)。
我找到了一種強(qiáng)制內(nèi)存連續(xù)的辦法，接口轉(zhuǎn)換也ＯＫ，但代碼不好看了，如下：
#include "stdafx.h"
#include <stdio.h>
typedef struct
{
struct __Data
{
char* text;
int val_a;
int val_b;
} static data;
} sData, *Self_Ptr;
typedef struct
{
char* text;
int val_a;
int val_b;
}* Other_Ptr;
sData::__Data sData::data
={ "this is a test string\0", 100, 200};
int main(int argc, char* argv[])
{
Self_Ptr p_self = ０;
Other_Ptr p_other = (Other_Ptr)&(sData::data.text);
printf("%d\n", sizeof(sData));
printf("val_a: %d-%d\n", p_self->data.val_a, sData::data.val_a);
printf("val_b: %d-%d\n", p_self->data.val_b, sData::data.val_b);
printf("val_a: %d-%d\n", p_self->data.val_a, p_other->val_a);
printf("val_b: %d-%d\n", p_self->data.val_b, p_other->val_b);
return 0;
}
@RedNax
right, 你的判斷正確，換成Self_Ptr p_self = NULL; p_self->val_a不會(huì)內(nèi)存訪問違規(guī)，說明編譯期已經(jīng)替換了p_self->val_a。
@RedNax
如果我沒有記錯(cuò)的話
class不是POD，即使是非靜態(tài)成員，也不能保證連續(xù)，標(biāo)準(zhǔn)沒有這樣的規(guī)定。
成員為內(nèi)置內(nèi)型或POD類型且同時(shí)沒有成員函數(shù)的struct可以歸為POD了，標(biāo)準(zhǔn)規(guī)定POD內(nèi)存必須連續(xù)，有static成員的struct還算不算POD,這個(gè)我倒是不知道。
re: 我繪制的圓餅圖 肥仔 2008-12-03 01:00
程序是好的，想法是好的，就是少那么點(diǎn)美感。泡個(gè)做美工的女孩調(diào)教調(diào)教吧
a. 這一層的類命名為 CxxxDlg, CxxxView……
------------------------------------------
應(yīng)該是CDlgXXXX，CViewXXXXX, 這樣文件名和class view排序都會(huì)連續(xù)，而且更易理解，看左邊幾個(gè)字符，并明白了類型。
一點(diǎn)經(jīng)驗(yàn)。
re: 截取網(wǎng)頁快照的dll 肥仔 2008-12-01 12:57
很有創(chuàng)意，且提供源代碼
可惜沒有這方面的需求，用不上了。
@周星星
傳說中挖bug狂人？
我blog偷盜了你蠻多篇文章，不要報(bào)警啊
文法好寫，也好理解，但文法之后的事情才叫難于上青天，借助YACC解析代碼生成一顆語法樹就非常頭痛了，剩下的符號(hào)提取，解釋器，語法樹運(yùn)算更不用說了。
我找過很多yacc的文章，但還來沒有發(fā)現(xiàn)過中國誰用它真正實(shí)現(xiàn)了一個(gè)腳本引擎的。可見難度之不低。
@908971
資料都是收集別人的，我也學(xué)別人，一起學(xué)習(xí)。
@陳梓瀚(vczh)
牛，yacc可不是一般的輪子
都依賴于自己造的輪子，對(duì)別沒有價(jià)值，除非別人愿意用你的輪子。否則也就落到自娛自樂了。
反正都是基于文件系統(tǒng)，直接寫文件不行嗎？沒有與其他進(jìn)程共享內(nèi)存通訊，為什么要MappingFile呢?難道速度有優(yōu)勢(shì)？
似乎沒有什么用，讀書時(shí)候考的人比較多，工作后的人都很少在乎這些了，程序員不像其他行業(yè)，能力有多少，寫幾天代碼就徹底暴露了，證書能夠頂個(gè)球用。
@megax
我理解你所說的和你的建議，書里面也是如你所說的。CRT,MFC也是從來ASSERT后面，沒有if，沒有參數(shù)合法性檢查。
但是這種形式給我?guī)磉^很多麻煩，請(qǐng)聽聽我的理解：
以strcpy舉例(在這個(gè)函數(shù)上沒有栽過跟頭的程序員，不是個(gè)合格的程序員),strcpy(buf, NULL);將導(dǎo)致程序崩潰，為何？因?yàn)锳SSERT后面沒有帶if,也就是沒有對(duì)參數(shù)合法性進(jìn)行校驗(yàn)。
我理解的，strcpy這樣行為的后果是：把一個(gè)業(yè)務(wù)邏輯的bug，轉(zhuǎn)成耦合了平臺(tái)底層的bug。
1、strcpy(buf, NULL)，邏輯上的bug應(yīng)該是buf沒有拷貝任何數(shù)據(jù)，如果作了參數(shù)檢查，那么這個(gè)bug的最終表現(xiàn)形式是邏輯上的：buf沒有出現(xiàn)應(yīng)該出現(xiàn)的數(shù)據(jù)；
2、因?yàn)闆]有參數(shù)檢查，程序崩潰了，那么這個(gè)bug就耦合上了平臺(tái)的內(nèi)存管理規(guī)則，內(nèi)存訪問違規(guī)了，程序崩潰是這個(gè)bug的表現(xiàn)，這種表現(xiàn)形式和邏輯上應(yīng)該出現(xiàn)的結(jié)果有聯(lián)系嗎？沒有；
3、檢測(cè)與修正業(yè)務(wù)邏輯的bug的難度遠(yuǎn)遠(yuǎn)小于與平臺(tái)耦合的bug，可以依賴于日志，模擬重現(xiàn)等許多方法。但是比如程序崩潰這樣耦合了平臺(tái)的bug，如果不是到了一定程度的程序員，讓他去調(diào)查一個(gè)服務(wù)器運(yùn)行幾天down掉的原因，那將難于上青天。
4、若寫服務(wù)器，你將體會(huì)到，偶爾業(yè)務(wù)邏輯執(zhí)行不正確不是什么大事情，只是一個(gè)業(yè)務(wù)邏輯上的bug而已，真正的大事情是服務(wù)器時(shí)不時(shí)給你來個(gè)crash down。很多情況的發(fā)生都是因?yàn)閰?shù)錯(cuò)誤不合法，到了ntdll或者其他系統(tǒng)dll里面崩掉了。
C/C++庫里面，成千上萬的函數(shù)，你需要一個(gè)個(gè)了解他們傳遞什么樣的參數(shù)才是合法，要保證不犯錯(cuò)誤，是不可能的，但是一旦犯錯(cuò)，它給你來一刀，可不是很好受，為什么如此？原因就是ASSERT后面沒有if。
所以，吃過虧后，我一般都在參數(shù)的ASSERT后面，帶上一個(gè)if，個(gè)人覺得很受用。
@陳梓瀚(vczh)
Debug會(huì)有ASSERT，也會(huì)有if
Release沒有ASSERT，有if.
沒有不同行為
@www.helpsoff.com.cn
程序以外，人生很多地方都需要與別人探討，對(duì)于不合己見者，請(qǐng)不必太在懷，更沒必要帶著情緒和語氣，擺出姿態(tài)。這樣才能贏得更多的合作，我想我的這幾句話還算中肯。