• <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>

            Haste Makes Waste.

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

            C++博客 首頁(yè) 新隨筆 聯(lián)系 聚合 管理
              0 Posts :: 0 Stories :: 0 Comments :: 0 Trackbacks
            共2頁(yè): 1 2 
            @dell
            會(huì)導(dǎo)致什么問(wèn)題?怎么讓人困惑?說(shuō)話別不明不白的
            @volnet
            用mail吧,不習(xí)慣聊天
            @volnet
            互相學(xué)習(xí),互相促進(jìn)而已。你到我的博客文章里去找聯(lián)系方式吧,哈哈
            @volnet
            兩個(gè)風(fēng)牛馬不相及的東西被你說(shuō)成相似——熊貓和小熊貓。

            感覺(jué)你自己的理解還是比較混亂。
            1、……到其所在*編譯單元*的結(jié)束。如果“到其所在(待編譯)的文件的末尾結(jié)束”,那頭文件中定義的外部變量就會(huì)……基本沒(méi)有作用。

            2、extern表示被聲明的variable或者函數(shù)在其他地方定義并分配存儲(chǔ)空間了。如果使用了extern,就有可能不必include相應(yīng)的頭文件。

            3、“如果外部變量的定義與變量的使用不在同一個(gè)源文件中,則必須在相應(yīng)的變量聲明中強(qiáng)制地使用關(guān)鍵字extern。”——聲明/定義變量時(shí),無(wú)論是全局還是局部變量,不帶extern永遠(yuǎn)是定義。

            “通常在對(duì)個(gè)別文件作出修改后,我們只需要重新編譯那個(gè)文件”——這更多的是模塊間的依賴問(wèn)題。

            “這一點(diǎn)給人的感覺(jué)static非常像C++/C#/Java中的private修飾符,即僅對(duì)當(dāng)前文件(其它語(yǔ)言中可能并非文件)有效。”——你該好好理解一下OO了。static在C++中一種意思就是與C一樣。C#有assembly的概念,其internal更像static,但又不完全像。Java我不熟,不過(guò)也絕不是你說(shuō)的這樣。private是訪問(wèn)權(quán)限修飾符(access permission modifier),而static是存儲(chǔ)說(shuō)明(storage class specifier),兩者是*完全*不同的概念。——強(qiáng)烈要求你仔細(xì)閱讀相關(guān)書籍以免誤導(dǎo)大家。

            char repeatVariableWithoutDefinition1; /*declear thrice no hurt*/——真的no hurt嗎?

            強(qiáng)調(diào)一點(diǎn):編譯單元和源文件是有區(qū)別的。
            re: In the USA - 2[未登錄](méi) raof01 2008-08-15 10:06
            地方大人少,當(dāng)然可以一人一間,哈哈。
            覺(jué)得模塊劃分粒度不夠細(xì)。可以分成兩個(gè)類,這樣復(fù)用程度高一點(diǎn):
            1、m_szFreeList的每個(gè)表項(xiàng)可以封裝成一個(gè)類。策略很多,找一個(gè)合適的就行。比如:
            |head

            -------------------------------------
            |size|    |////|size|    |////|size|
            |----|free|////|----|free|////|----|free
            |next|    |////|next|    |////|next|
            -------------------------------------
               |           ︿ |            ︿ |
               |           | |            | v
                -----------   ------------  NULL
            當(dāng)然,復(fù)雜性會(huì)有很大的增加,比如合并內(nèi)存碎片。
            2、用你的hash表來(lái)組織第一個(gè)類的對(duì)象。
            最好不要用單件。

            可以使用簡(jiǎn)化的slab來(lái)做內(nèi)存池/對(duì)象池——雖然不支持可變長(zhǎng)度對(duì)象,但其使用范圍更廣也更靈活。
            怎么可能一樣?
            你試試成員是其他類對(duì)象的情況看看。如A和B兩個(gè)類示范的。
            還有各種資源比如打開(kāi)的文件,進(jìn)程描述符,線程描述符等等。
            表達(dá)式的lvalue是不可修改的,可修改的只有其rvalue。因?yàn)楫?dāng)一個(gè)表達(dá)式具有l(wèi)value時(shí),它在內(nèi)存中的位置是固定的,也就是lvalue是固定的。所謂修改表達(dá)式的值只是通過(guò)其lvalue來(lái)修改其rvalue。
            比如
            int i = 10;
            假定i的地址為0x1000,那么i的lvalue是0x1000,rvalue是10,
            i = 100;
            則表示0x1000存放的內(nèi)容也就是rvalue被修改成100,而不是i的lvalue——0x1000被修改成別的值,其內(nèi)容為100。
            如果:
            “* 操作符應(yīng)用與左值表達(dá)式,以表達(dá)式左值為地址,取出表達(dá)式類型的值,作為右值返回。”

            那么:
            int foo(int *p)
            {
            return (*p)++; // Or *p += 1;
            }
            如何解釋?
            還有內(nèi)核里的spinlock
            正準(zhǔn)備寫一篇類似的東西。被你搶先了……
            還有沒(méi)有必要寫呢?
            re: 推薦 SICP[未登錄](méi) raof01 2008-06-24 09:13
            @cuigang
            謝謝!可我數(shù)學(xué)不行怎么辦?
            re: 推薦 SICP[未登錄](méi) raof01 2008-06-23 09:10
            @cuigang
            你強(qiáng)烈推薦的一定要試試!
            不過(guò)不知道需要什么預(yù)備知識(shí)?我對(duì)于SICP沒(méi)有概念。另外,這本書全名是什么?
            4)越早讓你的程序投入調(diào)試越好.
            東拼西湊最容易導(dǎo)致調(diào)試時(shí)間過(guò)長(zhǎng)。
            這點(diǎn)我基本不同意。

            1)程序不會(huì)出錯(cuò),出錯(cuò)的肯定是人;如果程序出錯(cuò)了,那也一定是人的錯(cuò)誤.
            強(qiáng)烈同意!!!newbie與professional的區(qū)別之一就是newbie總認(rèn)為是系統(tǒng)的錯(cuò),professional總從自身找原因。
            剛才吃西瓜時(shí)突然想到:base* p1=&derived(); 后,臨時(shí)對(duì)象已不復(fù)存在,然而編譯器依然會(huì)將該臨時(shí)對(duì)象的內(nèi)存區(qū)解析為base,然而vtbl中的內(nèi)容依然指向derived::Print(),為base加上析構(gòu),這樣vtbl先是指向derived::Print(),而后調(diào)用~base()時(shí),該臨時(shí)對(duì)象的類型變成了base,vtbl表項(xiàng)被糾正為指向base::Print()。
            @control
            同意你的觀點(diǎn)。
            博主曾說(shuō)自己的C/C++水平足以應(yīng)付工作。然而,我不得不說(shuō),有很多理解是錯(cuò)的,表面看起來(lái)可以工作,且例子也能論證你的觀點(diǎn),那只不過(guò)是碰巧了而已。而且總是以C的觀點(diǎn)來(lái)看待C++,這是很危險(xiǎn)的。
            @創(chuàng)
            “C++對(duì)我而言就是有STL帶class能處理多態(tài),繼承的C. ”
            最初的C++大體是這樣,除了STL。
            然而,現(xiàn)在還這么想的話,犯下這個(gè)錯(cuò)誤是必然——C++的對(duì)象模型遠(yuǎn)不止C那么簡(jiǎn)單,背后有很多事情需要注意的。甚至,有時(shí)候構(gòu)造函數(shù)是否為inline就決定了代碼是否為二進(jìn)制兼容。
            re: 我眼中的構(gòu)架 raof01 2008-06-06 08:48
            我喜歡第六條!
            re: 刪除字符串中的子串 raof01 2008-06-05 17:51
            @路緣
            也沒(méi)啥問(wèn)題了——我沒(méi)有仔細(xì)考慮,時(shí)間緊,我只拿了5分鐘來(lái)寫這個(gè)。
            re: 刪除字符串中的子串 raof01 2008-06-05 13:11
            @路緣
            看來(lái)沒(méi)有唬住你。你的理解是沒(méi)錯(cuò)的,呵呵。
            除了del_substr(),別的還有問(wèn)題嗎?
            你傳遞的是引用,上哪生成臨時(shí)對(duì)象去?所以不是臨時(shí)變量的問(wèn)題,而是類型檢查的事。如果提供了隱式轉(zhuǎn)換,你的代碼就沒(méi)有問(wèn)題,所以KDEVELOP不會(huì)抱怨。
            這幾行代碼里面有寫錯(cuò)誤,不知道你看出來(lái)了沒(méi)有?呵呵。希望你能改掉這些錯(cuò)誤。
            感覺(jué)博主對(duì)于傳參方式(傳值)沒(méi)有理解。
            函數(shù)原型有錯(cuò)誤:無(wú)法返回該字符串。感覺(jué)下面會(huì)好一點(diǎn):
            char* del_substr(char* str, const char * substr);
            說(shuō)不用字符串操作函數(shù),我就hack一把——自己寫操縱字符串的庫(kù)函數(shù),呵呵……:
            ssize_t Strlen(const char* str)
            {
            ssize_t len = 0;
            while (*str++) ++len;
            return len;
            }

            int StrCmp(const char* str1, const char* str2, ssize_t len)
            {
            for (int i = 0; i < len; ++i)
            {
            if (*(str1 + i) != *(str2 + i))
            return (*(str1 + i) - *(str2 + i));
            }
            return 0;
            }

            char* del_substr(char* str, const char * substr)
            {
            char* temp = NULL;
            ssize_t len = Strlen(substr);
            while (*substr++ && *str++)
            {
            if (*substr == *str)
            {
            if (!StrCmp(substr, str, len))
            {
            temp = str + len;
            while (*temp++)
            {
            *str++ = *temp;
            }
            break;
            }
            }
            }
            return str;
            }
            觀點(diǎn)狹隘。我身邊的程序員可都是高智商高情商的——與人打交道不夠圓滑那是因?yàn)闆](méi)有把所有的精力放到這上面。
            C++ "*"三種意思:
            1. 乘號(hào)
            2. dereference運(yùn)算符
            3. 復(fù)合類型中聲明/定義指針變量

            關(guān)于多態(tài):
            編譯時(shí):模板、重載
            運(yùn)行時(shí):通過(guò)虛表
            運(yùn)行時(shí)多態(tài)相關(guān)的概念:靜態(tài)類型、動(dòng)態(tài)類型。
            個(gè)人觀點(diǎn),僅供參考
            @嘯天豬
            數(shù)組名是lvalue。但lvalue不是object with name,而是內(nèi)存區(qū)域的引用。這個(gè)問(wèn)題我更傾向于cuigang的說(shuō)法,雖然他用的是地址。
            臨時(shí)對(duì)象是右值,呵呵。
            我對(duì)于lvalue和rvalue的理解基本上是錯(cuò)誤的,呵呵,多謝cuigang和豬了。
            @cuigang
            仔細(xì)查閱了一些資料,發(fā)現(xiàn)對(duì)于lvalue和rvlaue的說(shuō)明各有不同。找了兩個(gè)比較經(jīng)典的說(shuō)法,共同參考一下。下面是在comp.lang.c++.moderated上找到的(為避免斷章取義,貼全文):
            The simplest explanation I know is that an rvalue, in current C++, is an *expression* that produces a value, e.g. 42, and an lvalue is an *expression* that just refers to some existing object or function[1]. Hence the acronym "locator value"[2], which however is still misleading because an lvalue is simply not a value. Better would be *rexpression* versus *lexpression*, and even better, just value versus reference (unfortunately the term "reference" is already hijacked).

            "object" versus "value": in C++ the basic definition of "object" is a region of storage, i.e. anything that actually occupies storage, while a pure value such as 42 doesn't necessarily occupy any storage. A value (an rvalue) can be an object, though. If it is, then it's a temporary object.

            C++ allows you to call member functions on a class type rvalue, i.e. on a temporary class type object.

            The ability to call member functions on (class type) rvalues, together with C++'s treatment of assignment operator as a member function (automatically generated if needed and none defined), means that you can assign to class type rvalues. However, C++ does not regard that rvalue to be *modifiable*: to be
            well-defined, the assignment must do something else than modifiying the object assigned to (and typically we indicate that by declaring the assignment operator const). §3.10/14 "A program that attempts to modify an object through a nonmodifyable lvalue or rvalue expression is ill-formed".

            Fine point: §3.10/14 means that rvalue-ness transfers to parts of an rvalue, which are thereby also considered rvalues. However, at least the two compilers I use don't seem to know that rule. Comeau Online does.

            I'm not sure if the explanation above holds up with respect to C++0x rvalue references. rvalue versus lvalue got a lot more complicated in C++ than in original C. Perhaps it's even more complicated in C++0x, I don't know. :-)

            Cheers, & hth.,
            - Alf

            Notes:
            [1] Amazingly that's also the general definition the standard starts out with, before going into details: §3.10/2 "An lvalue refers to an object or function", however, it would have helped much if the word "expression" was explicitly included there, not just by being mentioned in the preceding paragraph.
            [2] Unfortunately the C++ standard doesn't use or even mention the acronym "locator value". This acronym comes from the current C standard. And ironically the C++ standard mentions, by contextual placement, the original old C acronym of "left hand value", in §3.10/4: "built-in assignment operators all expect their left hand operands to be lvalues".

            Programming Cpp的解釋:
            http://etutorials.org/Programming/Programming+Cpp/Chapter+3.+Expressions/3.1+Lvalues+and+Rvalues/

            你的解釋更接近真相,呵呵,不過(guò)我還是不同意地址一說(shuō),用引用會(huì)比較好一些。要不你整理一下,就lvalue和rvalue專門寫一篇?

            看來(lái)俺還得多看看標(biāo)準(zhǔn)啊。
            我的C++標(biāo)準(zhǔn)丟了,給發(fā)一個(gè)?raof01@gmail.com。
            @cuigang
            我始終不同意這句話:“表達(dá)式的左值是它的地址,右值是該地址所存儲(chǔ)的內(nèi)容。”因?yàn)闊o(wú)論地址還是內(nèi)容,都是對(duì)象。而且按照你這句話,x = x + 1;第一個(gè)x是個(gè)地址,第二個(gè)x是其內(nèi)容,假設(shè)x是T類型,那么上述表達(dá)式就應(yīng)該理解為=左邊是個(gè)地址,也就是T*,對(duì)吧?矛盾就來(lái)了,你把T類型的值賦給了T*。
            “雖然言語(yǔ)之中仍然為自己辯護(hù),不過(guò)大家觀點(diǎn)畢竟更加接近了”——?jiǎng)偛庞肿屑?xì)看了一遍你的文章,我堅(jiān)持我第一個(gè)評(píng)論里的觀點(diǎn),除了“&操作符能作用于左值和右值”這個(gè)錯(cuò)誤。
            我認(rèn)為:因?yàn)槟愕牡谝粋€(gè)觀點(diǎn)是全文的核心,所以我們之間還存在巨大的分歧。
            @cuigang
            你別無(wú)奈啊,給個(gè)理由先。
            我的依據(jù)是:左/右值指的是表達(dá)式。單純就x這個(gè)表達(dá)式來(lái)說(shuō),它是個(gè)左值,無(wú)論在=左邊還是右邊。
            @cuigang
            你舉的例子x=x+1;其中x無(wú)論是在左邊還是右邊都是左值,表達(dá)式"x+1"才是右值。
            @cuigang
            請(qǐng)注意我的用詞(有咬文嚼字之嫌,見(jiàn)諒):返回、對(duì)象、表達(dá)式。對(duì)象包括很多:指針、字面常量、臨時(shí)對(duì)象……我認(rèn)為我們之間的分歧在于你把我說(shuō)的對(duì)象細(xì)分了。

            “但 & 操作符的確只能應(yīng)用于有左值的表達(dá)式”——你是對(duì)的,我的錯(cuò)誤。

            “至于你鏈接的文章,請(qǐng)恕我未能洞悉,不知里面哪里提到 解引用操作符可以用于右值,或者隱含此意味。”——實(shí)際我想說(shuō)明的就是“但是間接尋址(indirection)反而說(shuō)明了你的觀點(diǎn),它是將指針變量的右值作為地址來(lái)訪問(wèn)指向物,類似的有‘.’,‘->’運(yùn)算符。”,因?yàn)槲野阎羔槷?dāng)作對(duì)象的一種。

            “我說(shuō)指向數(shù)組的指針費(fèi)解,不是說(shuō)我不理解,只是說(shuō)大多數(shù)人實(shí)際中難以見(jiàn)到,不好理解,如果你可以理解,你可以說(shuō)說(shuō)它和多維數(shù)組 arr[][] 的 指針 arr[2] 有什么區(qū)別。”我相信你理解了,否則也不會(huì)寫出這么有深度的文章。T arr[]中arr的類型是T[],&arr的類型就是T(*)[];但是,T arr[][]中arr的類型是T * arr[],&arr的類型是T**——最后這點(diǎn)是因?yàn)镃中二位數(shù)組是線性存儲(chǔ)的,不是我們所理解的二維矩陣。

            ——向你的認(rèn)真致敬!呵呵
            sorry,上面有個(gè)錯(cuò)誤:a[10] = x; 改為 a[0] = x;
            @嘯天豬
            "左值未必都是可修改的,例如數(shù)組名就是不可修改的左值":數(shù)組名不是左值。注意我說(shuō)的話:*返回*可修改對(duì)象……數(shù)組名是一個(gè)* const,不是左值。簡(jiǎn)言之:int a[10];可以有int * p = a; a[10] = x;但不能有a = p;
            “但是對(duì)于user defined type 的右值,在某些情況下是允許被修改;例如對(duì)于函數(shù)返回的臨時(shí)對(duì)象,調(diào)用non-const member function是合法的”:臨時(shí)對(duì)象不一定是右值。*返回*不可修改對(duì)象……
            討論就是討論,沒(méi)有罵人的,看來(lái)大家都是好人。哈哈,這里不錯(cuò)。
            re: 對(duì)string類的思考 raof01 2008-04-11 12:18
            雖然你的想法已經(jīng)有很多人這么做了,不過(guò)我覺(jué)得你自己想出來(lái)也很了不起,敬仰啊。
            幾個(gè)錯(cuò)誤:
            左值:返回一個(gè)可修改對(duì)象的表達(dá)式稱為左值
            右值:返回一個(gè)不可修改對(duì)象的表達(dá)式稱為右值
            *操作符返回的對(duì)象可能是左值也可能是右值
            &操作符可用于左值和右值
            *操作符的操作數(shù)可以是右值(請(qǐng)參考“映射設(shè)備寄存器到內(nèi)存”http://blog.chinaunix.net/u/12783/showart_385250.html
            arr是T [100],那么&arr就是T (*)[100],沒(méi)什么費(fèi)解的
            re: 猜猜看,id變成9了嗎? raof01 2008-04-02 13:57
            類型轉(zhuǎn)換(非引用)必然會(huì)產(chǎn)生一個(gè)臨時(shí)對(duì)象。所有的一切問(wèn)題都可以歸結(jié)到這里:
            ((TestStr)(*p_ts)).SetId(9);//產(chǎn)生non-const臨時(shí)對(duì)象,SetId()操作的是臨時(shí)對(duì)象,因此原對(duì)象不變
            ((TestStr&)(*p_ts)).SetId(9);//去掉原對(duì)象的const。可以寫成const_cast<TestStr&>(*p_ts)).SetId(9)
            ((TestStr)(*p_ts)).id = 9; //GCC可以編譯
            (&((TestStr)(*p_ts)))->id = 9; //編譯通過(guò)
            re: 搭建通用構(gòu)造器 raof01 2008-04-01 09:48
            不錯(cuò)。不過(guò)我認(rèn)為xObjectCreator不需要繼承xBaseCreator——已經(jīng)通過(guò)模板來(lái)得到一定的多態(tài)性了。
            @某Programmer
            你的說(shuō)法有失偏頗。有些時(shí)候可以通過(guò)一些技術(shù)上的細(xì)節(jié)問(wèn)題來(lái)考interviewee,此時(shí)并不是要考他的記憶,而是看他的思考方式。也就是那句話:你的答案是錯(cuò)的,但我喜歡你的思考方式。
            有很多人學(xué)過(guò)幾天C++,就敢在簡(jiǎn)歷上寫“精通C++”,這種人被BS了活該。另:應(yīng)用程序員對(duì)于library的實(shí)現(xiàn)還是很陌生的,考慮的也不會(huì)很多,博主要求有點(diǎn)高。
            //時(shí)空性能還行,比樓主的代碼難看多啦~~
            template <size_t N1, size_t N2>
            void Convert(int (&array)[N1][N2])
            {
            int all = N1 * N2;
            int i = 0;
            int j = -1;
            int direction = 0;
            int val = 0;
            while(val < all)
            {
            if (0 == direction)
            {
            ++j;
            if (j < N2 && -1 == array[i][j])
            {
            array[i][j] = val;
            }
            else
            {
            direction = 1;
            --j;
            }
            }
            if (1 == direction)
            {
            ++i;
            if (i < N1 && -1 == array[i][j])
            {
            array[i][j] = val;
            }
            else
            {
            direction = 2;
            --i;
            }
            }
            if (2 == direction)
            {
            --j;
            if (j >= 0 && -1 == array[i][j])
            {
            array[i][j] = val;
            }
            else
            {
            direction = 3;
            ++j;
            }
            }
            if (3 == direction)
            {
            --i;
            if (i >= 0 && -1 == array[i][j])
            {
            array[i][j] = val;
            }
            else
            {
            direction = 0;
            ++i;
            --val;
            }
            }
            ++val;
            }
            }
            re: 單鏈表逆序輸出 raof01 2008-02-29 12:47
            先逆序再輸出比遞歸高效。
            N個(gè)節(jié)點(diǎn),遞歸就存在N次函數(shù)調(diào)用,而先逆序再輸出就2次調(diào)用(分兩個(gè)函數(shù)寫的話)——當(dāng)然不包括調(diào)用其他函數(shù)。其他函數(shù)如print()調(diào)用次數(shù)是固定的。假設(shè)N巨大,還有可能出現(xiàn)棧問(wèn)題,而先做逆序僅僅是指針的賦值循環(huán)。
            實(shí)際上,引用的底層實(shí)現(xiàn)就是指針。可以將引用看作無(wú)需dereference就可使用指向的內(nèi)存的指針。
            樓主——麻煩你給出解題思路好不好?光看代碼太費(fèi)勁了,而且我不喜歡看代碼。
            共2頁(yè): 1 2 
            久久亚洲AV无码精品色午夜| 色综合久久中文综合网| 中文精品久久久久国产网址| 日本道色综合久久影院| 国产巨作麻豆欧美亚洲综合久久| 亚洲欧美成人久久综合中文网| 蜜臀久久99精品久久久久久小说 | 欧美久久综合性欧美| 国产精品久久国产精麻豆99网站| 久久久久国产一级毛片高清板| 久久久国产亚洲精品| 国产精品久久久久影院嫩草| 久久精品国产亚洲AV不卡| 久久久久久久精品成人热色戒| 国产亚洲婷婷香蕉久久精品| 亚洲精品无码成人片久久| 久久中文精品无码中文字幕| 久久99国产精品二区不卡| 欧美久久久久久精选9999| 99久久超碰中文字幕伊人| 偷偷做久久久久网站| 久久成人国产精品二三区| 久久人人爽人人爽人人片AV不 | 2021国产成人精品久久| 人妻无码精品久久亚瑟影视| 国产AⅤ精品一区二区三区久久| 久久婷婷是五月综合色狠狠| 国产综合精品久久亚洲| 999久久久国产精品| 99久久这里只精品国产免费| 久久久久99精品成人片| 大蕉久久伊人中文字幕| 97久久久精品综合88久久| 人妻无码αv中文字幕久久琪琪布| 色婷婷综合久久久久中文字幕| 很黄很污的网站久久mimi色| 欧美777精品久久久久网| 伊人久久免费视频| 国产精品伦理久久久久久| 久久se精品一区二区影院| 久久久久久毛片免费看|