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

Haste Makes Waste.

Thoughts are but dreams till their effects be tried. -- William Shakespeare

C++博客 首頁 新隨筆 聯系 聚合 管理
  0 Posts :: 0 Stories :: 0 Comments :: 0 Trackbacks
共2頁: 1 2 
(deep-reverse 1)運行失敗
@陳梓瀚(vczh)
用不變量來表示狀態碉堡了,呵呵,我以前怎么沒想到。這樣能區分POD和class。云風說沒有狀態估計說的是POD。
我覺得contract并不僅僅指能做什么事情,還包括做事情前后的狀態應該是什么樣子
typedef int(__stdcall*f[10])(int(*a)(int, int));
這個不是:“f是一個數組,數組返回了一個函數指針,……”。數組不會返回什么東西的啊。我覺得用typedef來解釋更清楚。上面的typedef等價于:
typedef int (*A)(int, int);
typedef int (__stdcall*F)(A);
F[10];
RET XXX::FUNC(...) const;和
RET XXX::FUNC(...);
也構成重載
社會化大生產的方式決定了不可能把每個人都發揮到極致的,而是選取每個人的特長來進行組合。

很多好的軟件,不是天才的設計,便是經驗老道的設計。初出茅廬的,可能還在技術細節層面糾纏呢。不妨問自己:我是天才嗎?我經驗足夠嗎?

“別人把軟件設計好,詳細到偽碼級別了,我只是來做最低級的實現而已?!睒侵饕庾R到這個并開始有想法是好的,只不過別太著急了。

最后,兩個聰明人合作會使事情變糟,那是因為他們不夠聰明,或者說光有智商沒有情商。解雇之。寧要情商,不要智商。古往今來成功人士,智商高的有多少不好說,但情商絕對都是咣咣的。
re: In the USA - 4[未登錄] raof01 2008-12-23 22:35
謝謝了先
re: In the USA - 4[未登錄] raof01 2008-12-23 22:34
我試了下練習1.6,好像永遠都算不完,為什么呢?練習1.7呢?我沒有思路。
第一,是bitwise initialization,member-wise copy?!@話是Inside C++ Object Model里說的,我也認同這種觀點。
第四,不會遞歸調用基類CCF,但會遞歸調用個成員的CCF。——越俎代庖,做個補充:)
@jmchxy
按成員遞歸復制。不是按位復制。
其他同意你的觀點。
@浪跡天涯
我們已經被大環境綁架了。
標題很吸引人,內容很讓人失望。
@匿名
每個人成功的標準都不一樣。
趁著年輕努力工作學習。

大體上很贊同博主。這些是任何一個有責任感的人都必須做到的。
BS的TC++PL
我也覺得codeblocks好用。如果在linux上,vim+plugins會是相當好的選擇,anjuta也不錯。
當然,如果在win上開發app或者做prototype,還是vs比較好,畢竟是RAD工具嘛。
如果不做RAD,自己編寫makefile和腳本來管理src樹、進行開發能極大提高效率
reinterpret_cast:重新解析位模式bit pattern。
如:
TYPE * t = new TYPE();
unsigned long ul = reinterpret_cast<unsigned long>(t);
delete t;
我也沒看出問題。
re: read/write(1) -- read[未登錄] raof01 2008-09-12 13:09
為你的努力鼓掌。
但是……我覺得這些沒有必要翻譯過來。一個合格的程序員,一定要feel comfortable with English。全世界都是如此
強烈反對盜版
強烈反對M$
強烈盼望人民收入水平大幅提高
強列盼望加大打擊盜版的力度
靠,別誤會了,只是說這篇應當參考TCPL,寫得簡潔點。
對圖形學沒概念。飄過
@David Lee
類里面的函數是成員函數,不可能是全局的。

static成員函數不是全局的,它的scope是類,在全局范圍內可以訪問,但不是全局函數。因為它操作的是該類相關的東西。類里面是不會有global scope的東西的。c++中訪問全局函數應該使用::。

內存上應該一樣(not very sure),都是獨立于對象存在的。區別是static成員函數沒有隱含的this參數而普通成員函數有。
@sPhinX
M$的東西與GCC有差異。各自實現了標準的大部分,有自己的擴展。對于標準中“it depends”的東西就形態各異了。

另外,const的保證是由編譯器來保證的,你看我畫的那個圖。
就算構造const對象,也需要修改這個內存啊。對象構造完成const才能起作用,否則怎么構造/初始化?
第三條結論怎么得出的?

分析得不錯,就是有點麻煩。TCPL里指針講得比較好,簡明扼要。
代碼沒問題。M$對C++做了修改,這是不兼容標準的地方
re: 宏和inline的區別[未登錄] raof01 2008-09-01 09:48
宏是簡單的字符串替換。
inline是將代碼插入到調用點——并非原封不動插入。compiler有權決定是否真的inline。
re: 車通 面試題[未登錄] raof01 2008-08-29 11:23
malloc后沒有free。破題
這家公司也不咋地
第二題是悖論。類里聲明的函數有全局的?新鮮。賜教?
re: 莫名科技面試題[未登錄] raof01 2008-08-29 10:01
結果 4 11 100 400 4 3 4 6 8 4 4
這個與機器有關??碱}應當避免任何與特定平臺相關的東西,除非考的就是某平臺。

char->int轉換是promotion,無需static_cast。reinterpret_cast用于重新解釋(reinterpret)bit pattern。

只有第10題稱得上夠勁——描述不清楚啊,哈哈:
1、內核與用戶之間拷貝?
2、src和dest有重疊?
3、考慮效率?
4、訪問權限?
5、src和dest均非NULL但是否可訪問?
……

啥公司啊,一看題就知道不咋地。
其實當把const int X = 10;放到頭文件中作為全局變量,這是X就有了internal linkage,可以將其作為常量使用,T a[x];不再非法。
還應當考慮對象切片以及包含虛擬的情況。
http://blog.chinaunix.net/u/12783/showart_476048.html
兄弟你把IDE里的概念和C++本身的概念混淆了。查一下C++標準,就沒有AppWizard。

@白金漢宮
老譚居然還會c++?肯定是垃圾。C++最好的入門書是BS的TC++PL。

const:表明該對象是read only的,也可以用來表示常量,但不是所有的編譯器都支持這個特性。這也就是為什么const int X = 10; T a[X];在使用某些編譯器編譯時是非法的。

* 用來保護對象不受修改。
* const成員函數,只能訪問const成員——當然不包括logical constness。
* const參數,表明該參數不可被函數修改,一般作用于T*或者T&。
* T * const和T const *(const T*)的區別。從右向左讀就能明白區別。傳參時,T * const與T*等價。還有const T * const,表明該對象以及其指向的對象都是read only的。
* const返回值:返回的對象是readonly的。
Base* b = (Base*)100;
Derived* d1 = reinterpret_cast( b );
Derived* d2 = static_cast( b );
這三句有問題。至少g++無法編譯。
對于obj1來說,通過ptr修改obj2并沒有修改obj1所引用的內存區。這個obj1的bit pattern不變。
昨天看見你給我的評論,今天就看見這個了。:)
這里并不是打破了bitwise constness。如圖:
obj1
?。?
|?。洌幔簦幔保?
|------|     ?。铮猓辏?
|ptr---+-->?。?
 ------    |Can be modified ?。?
          ?。鳎椋簦瑁铮酰簟。猓颍澹幔耄椋睿纭。?
           |bitwise constness|
            -----------------
看來我的理解也不夠深刻……
能否操作臨時變量,就看你有沒有辦法獲取他的地址。
@&lt;a href=http://minidx.com&gt;minidxer&lt;/a&gt;
臨時變量是可以操作的
如:
int main()
{
long l = 2222;
char const &s = l;
int *p = reinterpret_cast<int*>(const_cast<char *>(&s));
*p = 88;
printf("%ld, %c\n", l, s);
return 0;
}
考慮這種情況:
void foo()
{
int const a = 10;
}

如果const默認是static,那么上面的函數應該等價于:
void foo()
{
static int a = 10;
}

可能嗎?
考慮這種情況:
void foo()
{
int const a = 10;
a++;
}

如果const默認是static,那么上面的函數應該等價于:
void foo()
{
static int a = 10;
a++;
}

可能嗎?
@金慶
c++標準哪里有?把原話貼過來啊。
(*it).m;
it->m;

(*it)->m;
相同嗎?
OMG!看了這么多留言才知道,只有kevin lynx和博主——當然也包括本人——知道討論的是什么問題。

IMHO,其他人該好好鞏固一下基礎了。
@komac
你沒有理解博主的意思。
@abettor,@theanswerzju
IMHO,你們對于變量的定義理解存在問題。參考“C/C++:如何理解復雜的聲明”(http://blog.chinaunix.net/u/12783/showart_378340.html)。

變量定義一次就分配一次存儲。多次包含global.h,則多次為STR_TEST分配空間。編譯器正常是因為分開編譯。鏈接異常是因為有多個存儲叫做STR_TEST,通過STR_TEST引用存儲存在二義性。

而且inclusion guard是防止一個h被重復包含,而不是在一個cpp里重復包含。最基礎的書籍關于這點也是很清楚的。

與inclusion guard無關。
const 變量默認是 static 的?誰說的?

multiple definition并不是由其constness不正確而導致的。
char * const p = "....";(p為常量,存放在常量表中,鏈接時沒問題)或者static char * p = "....";(限制p的作用域為編譯單元,但p可修改)即可,因為字符串本身是字面常量,不能修改。

因此,你這里的錯誤是由于全局變量使用錯誤導致的,與const無關。按照你最初的定義,在多個cpp中包含該global.h就相當于多次定義了STR_TEST。因此鏈接時會出錯。

const char STR_TEST[] = "Hello world!";這里有個拷貝操作,相當于多用了一倍的空間。

建議你看看“C++:一些基礎知識”(http://blog.chinaunix.net/u/12783/showart_548200.html)3和4條
共2頁: 1 2 
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            91久久精品一区| 国产精品高清在线观看| 亚洲电影第三页| 蜜臀av国产精品久久久久| 麻豆精品视频| 亚洲激情视频在线播放| 亚洲精品一区在线观看香蕉| 亚洲婷婷免费| 开元免费观看欧美电视剧网站| 欧美刺激性大交免费视频| 欧美日韩国产不卡| 国产欧美日韩视频| 在线日韩av| 亚洲午夜视频在线观看| 久久久午夜电影| 亚洲精品在线电影| 欧美一区二区三区视频免费| 欧美3dxxxxhd| 国产日韩欧美自拍| 亚洲精品一区二区三区蜜桃久| 亚洲男人的天堂在线观看| 麻豆精品一区二区av白丝在线| 亚洲黄色免费网站| 午夜精品视频在线| 欧美激情在线| 极品av少妇一区二区| 在线一区亚洲| 免费在线观看精品| 小黄鸭视频精品导航| 欧美精品xxxxbbbb| 国产中文一区| 午夜影院日韩| 99这里只有久久精品视频| 久久亚洲欧美国产精品乐播| 国产精品一卡| 亚洲婷婷综合色高清在线| 欧美黄色精品| 久久精品国产精品亚洲| 国产精品国产成人国产三级| 99精品福利视频| 欧美第一黄色网| 久久九九久精品国产免费直播| 国产精品免费观看视频| 日韩午夜三级在线| 欧美精品三区| 亚洲电影欧美电影有声小说| 久久激情视频| 欧美一区二区三区四区在线观看| 国产乱码精品一区二区三| 欧美在线在线| 男人插女人欧美| av成人手机在线| 亚洲欧美日韩专区| 亚洲国产精品久久精品怡红院| 麻豆久久精品| 国产精品高潮视频| 欧美高清视频在线| 国产精品乱码| 亚洲人成在线播放网站岛国| 国产精品欧美经典| 亚洲国产欧美在线| 国产色综合久久| 亚洲美女中出| 在线观看不卡av| 午夜精品在线| 最新成人在线| 久久网站热最新地址| 欧美一级久久久| 欧美日韩国产大片| 欧美成人一区二区三区| 国产性做久久久久久| 中日韩男男gay无套 | 亚洲高清av在线| 亚洲欧美日韩国产成人精品影院| 一区二区三区四区五区在线| 美女久久一区| 国产精品色在线| 亚洲老司机av| 一本久道综合久久精品| 欧美日韩爆操| 亚洲一级二级在线| 久久精品国产精品亚洲精品| 国产一区二区三区久久久| 久久成人综合网| 欧美激情久久久| 亚洲视频中文字幕| 国产日韩一级二级三级| 亚洲欧美一区二区精品久久久| 欧美专区亚洲专区| 亚洲国产精品久久久久秋霞蜜臀 | 裸体丰满少妇做受久久99精品| 欧美韩日视频| 欧美综合77777色婷婷| 在线观看成人一级片| 欧美日韩国产一区二区三区| 亚洲欧美日韩在线一区| 欧美国产一区二区在线观看| 亚洲欧美国产毛片在线| 亚洲国产欧美不卡在线观看| 国产精品你懂的在线欣赏| 欧美顶级艳妇交换群宴| 欧美一区二区三区视频免费播放| 亚洲欧洲精品一区二区三区波多野1战4 | 亚洲精品中文字幕女同| 欧美制服丝袜第一页| 免费一级欧美片在线观看| 亚洲一区二区精品| 亚洲国内欧美| 欧美激情小视频| 美女啪啪无遮挡免费久久网站| 亚洲影院色在线观看免费| 亚洲精品欧洲精品| 一区二区在线观看av| 国产午夜精品一区理论片飘花| 欧美日本亚洲视频| 欧美美女bb生活片| 欧美丝袜第一区| 国产精品一区二区三区久久| 国产模特精品视频久久久久| 欧美视频在线观看免费网址| 欧美日韩一区二| 国产麻豆91精品| 国内一区二区三区在线视频| 国产伦精品免费视频 | 亚洲尤物在线视频观看| 亚洲一区www| 久久激情中文| 欧美日韩和欧美的一区二区| 国产精品呻吟| 亚洲国产一区二区三区高清| 一区二区三区高清在线| 欧美一区二区三区免费视频| 久久综合免费视频影院| 亚洲国产你懂的| 亚洲一区二区三区在线播放| 久久精品欧洲| 国产乱码精品一区二区三区不卡| 国产视频自拍一区| 亚洲一区影院| 亚洲国产欧洲综合997久久| 久久成人精品一区二区三区| 欧美区高清在线| 亚洲人永久免费| 免费观看成人鲁鲁鲁鲁鲁视频| 亚洲视频日本| 欧美午夜电影完整版| 久久影视精品| 国产一区二区你懂的| 亚洲免费网址| 99综合精品| 国产精品日韩久久久久| 夜夜爽99久久国产综合精品女不卡| 久久久之久亚州精品露出| 亚洲午夜免费视频| 国产精品一区二区在线| 亚洲欧美视频在线观看| 亚洲天堂久久| 国产综合色产在线精品| 久久综合电影一区| 欧美久久视频| 亚洲欧美bt| 欧美一区1区三区3区公司| 国内揄拍国内精品久久| 欧美国产精品va在线观看| 欧美韩国日本一区| 亚洲欧美成人在线| 久久久无码精品亚洲日韩按摩| 亚洲国产精品www| 亚洲图片欧美午夜| 在线免费观看视频一区| 日韩写真视频在线观看| 国内精品久久久久久久影视麻豆| 欧美激情一二三区| 国产欧美一区二区三区沐欲| 欧美激情在线狂野欧美精品| 欧美三级资源在线| 欧美大片一区二区| 国产亚洲欧美一区在线观看 | 亚洲精品久久久久久久久久久 | 午夜久久影院| 欧美日韩国产123| 亚洲国产精品成人一区二区 | 曰韩精品一区二区| 亚洲综合好骚| 亚洲欧美日韩精品一区二区| 欧美高清视频一区二区| 久久人人超碰| 99综合视频| 亚洲在线一区二区| 欧美激情第8页| 亚洲国产精品尤物yw在线观看| 在线免费观看欧美| 美日韩精品免费观看视频| 欧美99久久| 亚洲国产一区二区三区在线播| 久久国产精品久久国产精品| 久久九九99视频| 在线播放视频一区| 免播放器亚洲| 99国产麻豆精品|