沐楓小筑(C++)

腳本的可控程度,復(fù)雜度等等,更容易影響語(yǔ)言的選擇.

“吾嘗終日而思矣，不如須臾之所學(xué)也。”
——荀子

form中有幾個(gè)屬性可調(diào)。
1 有屬性用于確定form顯示在哪個(gè)屏幕上
2 有屬性用于確定form顯示在哪個(gè)坐標(biāo)上
3 有屬性用于確定form是居中在哪個(gè)屏幕上

“確實(shí)只測(cè)試過(guò)第一個(gè)例子”
－－真的測(cè)試過(guò)了嗎？怎么測(cè)試的？
for(i = 1;i < N;i ++)sum += i;
這個(gè)N到底加了沒(méi)有？

從版本號(hào)也能看出來(lái)。asio目前只有0.3.9，還遠(yuǎn)未到開(kāi)發(fā)完整。
因此，成熟自然也遠(yuǎn)未到。

第4種雖然可行，但還是不用為好。以免某些編譯器不支持，同時(shí)也增加代碼理解難度，而且在更復(fù)雜的情形中，這一招也無(wú)法解決問(wèn)題。
還是第5種比較合適。

優(yōu)化工作完全交給編譯器來(lái)做
－－呵呵，這不是我說(shuō)的，是你說(shuō)的。我也不完全認(rèn)同。
優(yōu)化的問(wèn)題太復(fù)雜了，不可能討論的出來(lái)結(jié)果的，因?yàn)樗c實(shí)際情況關(guān)系太密切了。

至于返回引用，的確是我看錯(cuò)了。不好意思。

用flashget或迅雷之類的下載工具，可以從微軟站點(diǎn)全速下載的。

@owlcn
就好象返回局部變量的指針一樣。這樣，有可能你可以運(yùn)行，也有可能在某些時(shí)候就不能運(yùn)行。。。

效率高不高不是你認(rèn)為不認(rèn)為的問(wèn)題。
而是實(shí)際使用環(huán)境造成的。

現(xiàn)在的編譯器已經(jīng)不是當(dāng)年的編譯器了。你要是沒(méi)有把編譯器的各種優(yōu)化功能用好，就很難說(shuō)哪種方法在哪個(gè)使用環(huán)境下，誰(shuí)的效率更高。

就拿VC來(lái)說(shuō)吧。VC除了各種編譯時(shí)和鏈接時(shí)的優(yōu)化外，還有一個(gè)按配置優(yōu)化的功能。也就是讓你的程序在運(yùn)行中收集信息，經(jīng)過(guò)一段長(zhǎng)時(shí)間的使用以后，將收集的信息，讓編譯器根據(jù)這個(gè)信息對(duì)代碼重新進(jìn)行優(yōu)化。這種優(yōu)化才是真正的根據(jù)實(shí)際需要優(yōu)化的。

博主太恐怖了，居然敢返回string&.

str.erase(remove_if(str.begin(), str.end(), isspace), str.end());

喏，還是很容易，一句就搞定了。

想不到這個(gè)東西這么值錢，各位兄弟，趕緊行動(dòng)起來(lái)，撈錢去嘍

漢字激光照排系統(tǒng)　這個(gè)名富其實(shí)。
但是其它幾個(gè)居然敢跟它排在一起.....

說(shuō)實(shí)話，易語(yǔ)言還是有可取的地方，就是集成開(kāi)發(fā)環(huán)境將程序流程和注釋做的很醒目很好看。

@空明流轉(zhuǎn)
我也用C#的啊？可是怎么不知道c#居然有構(gòu)造函數(shù)多態(tài)行為。
你可能是指從一個(gè)構(gòu)造函數(shù)調(diào)用另一個(gè)構(gòu)造函數(shù)吧。
C++將會(huì)在下一個(gè)標(biāo)準(zhǔn)中增加這個(gè)功能。

@missdeer
好象、可能，這個(gè)說(shuō)的很不地道。
性能的確會(huì)稍差，但差的是常數(shù)級(jí)別。循環(huán)體內(nèi)是不差的。也就是說(shuō)，大多數(shù)情況下可以忽略。

@夢(mèng)在天涯
有更多的參數(shù)支持。但默認(rèn)只支持10個(gè)以內(nèi)。
需要更多的參數(shù)，要修改源代碼中的一個(gè)宏定義。我以前曾看過(guò)，代碼中有50個(gè)以內(nèi)的參數(shù)定義預(yù)留。

@danielwyo
姓林的重名的實(shí)在是沒(méi)有辦法避免，我周圍常能找到重名的。更何況拼音。
---
上面的例子實(shí)在是簡(jiǎn)單，因此，還不覺(jué)得那個(gè)iterator循環(huán)難看到哪去。一旦復(fù)雜度提高了，再那么寫就很不順眼了。
既使用foreach，也頂多改善一些罷了。

倒是對(duì)于.net引入的LINQ語(yǔ)法，很是向往。SQL當(dāng)初面世的時(shí)候，曾被推寵，但直到今天也僅用于數(shù)據(jù)庫(kù)。真正開(kāi)始在一般的程序設(shè)計(jì)上普及，看來(lái)看去也只有LINQ了。

象上面的例子，用C#3.0寫就是：

并非完全要期待C++0x，那玩意兒至少要2年呢。

主要是為了希望能提高c++代碼的可讀性。
10多年前，剛學(xué)習(xí)C++的時(shí)候，為其傾倒，首要的，也是它在語(yǔ)言級(jí)上支持類，使得數(shù)據(jù)與算法的封裝變得直觀。
后來(lái)又加上函數(shù)重載和操作符重載，使得表達(dá)式變得簡(jiǎn)單清晰。
再后來(lái)，模板的出現(xiàn)，使得消除重復(fù)代碼的同時(shí)還可以得到類型安全的保證。
這一切都是喜歡C++的理由。

然后，最終發(fā)現(xiàn)，這一切也變成容易寫出壞味道甚至難以維護(hù)的代碼的禍?zhǔn)住++語(yǔ)法太過(guò)于低級(jí)，沒(méi)有更高一級(jí)的抽象，造成了對(duì)很多人最終難學(xué)難用難看的印象和后果。

既然無(wú)法從語(yǔ)法級(jí)別上進(jìn)行改進(jìn)，那就只好從程序庫(kù)中補(bǔ)充。因此，象BOOST等一系列的庫(kù)，都在這上面花了不少力氣。有許多人說(shuō)這些庫(kù)用的“技巧"旁門左道，因此而抵制。事實(shí)上，它們只是為了能夠讓別的人不需要用很深刻的技巧，而打造了一批讓我們可以很順手使用的程序庫(kù)。

foreach 如此，format和assign如此，lambda，functional，bind,xpressive 等等，無(wú)不如此。

正是這些庫(kù)能簡(jiǎn)化并提高程序設(shè)計(jì)的效率和可讀性，才有了C++0x的提案和實(shí)踐，也才有了C++語(yǔ)言的進(jìn)化。

關(guān)于 < 的比較
你有沒(méi)有注意到,大多數(shù)的STL算法,都只需要傳進(jìn)去一個(gè)比較函數(shù)就可以了?
默認(rèn)情況下,傳進(jìn)去的就是 < 比較.
那么,如果你要比較 a == b 怎么辦?
只有 !(a<b) && !(b<a)了.
所以,并非是說(shuō) ==的作用要小于<,而是條件所限.既然一個(gè)比較就可以了,總不能讓你提供一大堆的比較函數(shù)吧?

1、《C++STL 中文版》第一章課后習(xí)題：1-4、解釋為什么在所寫算法中使用其他種類的迭代器，而不是隨機(jī)存取迭代器？1-5、解釋為什么寧愿定義一個(gè)僅能通過(guò)迭代器來(lái)存取的數(shù)據(jù)結(jié)構(gòu)，而不是讓他可以被隨機(jī)存取呢？
＞＞
1-4,并不是說(shuō)不能使用隨機(jī)存取迭代器.比如sort就是使用隨機(jī)迭代器.設(shè)計(jì)一個(gè)算法,要選擇哪種迭代器,是要看具體什么算法.如果前向能滿足,就選前向,否則才考慮雙向,最后再考慮隨機(jī).
1-5,問(wèn)題與1-4是一致的.這里也不是寧愿不寧愿的問(wèn)題．不同的數(shù)據(jù)結(jié)構(gòu)有不同的目的.沒(méi)有特別的要求.這兩個(gè)題稍有誤導(dǎo).主要是STL中的算法基本上都是通過(guò)迭代器存取.因此,符合迭代器的結(jié)構(gòu),就可以直接使用上這些算法.接口也統(tǒng)一,設(shè)計(jì)也清楚.

2、《C++STL 中文版》迭代器部分一直介紹輸入、輸去、前向、雙向、隨機(jī)迭代器，然而我以為只要以<iterator>建立的對(duì)象就具有隨機(jī)迭代器的功能，為何討論前向、雙向呢？
＞＞
迭代器是一種存取容器數(shù)據(jù)結(jié)構(gòu)的方式.并不是所有的容器都可以直接支持隨機(jī)訪問(wèn)的,或者說(shuō),用隨機(jī)訪問(wèn)效率非常低下.比如鏈表.（雙向鏈表和單向鏈表等）

3、從《C++STL 中文版》第一章后面的習(xí)題看前向、雙向、隨機(jī)迭代器從性質(zhì)和條件上有較大差別，請(qǐng)問(wèn)這在深層上如何理解呢？
＞＞
顯然,前向指只能向從前向后依順序訪問(wèn)（如單向鏈表）
.雙向指可以向前,也可以向后依順序訪問(wèn)（如雙向鏈表）
.隨機(jī),則是可以隨機(jī)訪問(wèn)容器中的任何一個(gè)元素（如數(shù)組）.

4、《C++STL 中文版》第二章習(xí)題：2-3“當(dāng)T和U中有一個(gè)是const類型時(shí)，我們可能需要經(jīng)常構(gòu)造一個(gè)pair<T,U>對(duì)象。下面的定義是否可以達(dá)到這樣的效果？如果不可以，請(qǐng)說(shuō)出你的理由。
template<class T,class U>inline pair<T,U> make_pair(T& x,U& y)
{return (pair<T,U> (x,y));}”
＞＞
這個(gè)
這樣的效果是什么效果？是指能不能構(gòu)造成功？當(dāng)然可以構(gòu)造成功啦.例如：int a=2,b=4;pair<const int, int> c(make_pair(a,b));


5、《C++STL 中文版》2-4“請(qǐng)描述出一種可能的編碼情況，使得表達(dá)式 x.first < y.first ||
!(y.first < x.first) && x.second < y.second 并不等同于 x.first < y.first || x.first == y.first && x.second < y.second。”
＞＞
沒(méi)看過(guò)這本書.不明白要求什么寫哪部份的編碼.單從表達(dá)式來(lái)說(shuō).
隨便寫一個(gè)不符合要求的operator == 就好了（比如operator==返回<的結(jié)果).

6、STL在他的文件中定義了指針和引用，但同時(shí)還總是定義常指針和常引用，為何兩者必須分開(kāi)實(shí)現(xiàn)呢？
＞＞
常指針和指針...這指的是typedef嗎？typedef談不上實(shí)現(xiàn)不實(shí)現(xiàn)的吧.只不過(guò)是一個(gè)typedef而已啦.C++的typedef并不是一個(gè)真正的類型,只是類型的別稱而已.

7、《C++STL 中文版》第四章：4-6“寫出一個(gè)分配器，它將對(duì)象存儲(chǔ)在一個(gè)磁盤文件中，并且維護(hù)一個(gè)小小的高速緩存來(lái)存儲(chǔ)程序內(nèi)存中的有效對(duì)象。”
＞＞
這個(gè)...為什么不自已試著寫寫呢.

8、《C++STL 中文版》第四章：4-7“在那種情況下，分配器應(yīng)該以與模板類allocator不一致的方式來(lái)定義成員函數(shù)construct和destroy？”
＞＞
allocator的construct是用placement new來(lái)實(shí)現(xiàn)的.construct的目的就是用于調(diào)用構(gòu)造函數(shù).在C++中,似乎只有用placement new的方式來(lái)手工調(diào)用構(gòu)造函數(shù).不一致的話,是不是指不用調(diào)用構(gòu)造函數(shù),或是有特別的調(diào)用方式？想不出來(lái)可以不用調(diào)用構(gòu)造函數(shù)的實(shí)現(xiàn)或別的調(diào)用方式.
或者是不一致的方式另有所指？

9、<algorithm>文件中sort_heap函數(shù)功能：void sort_heap(RanIt first, RanIt last)重排由區(qū)間[first,last)中的迭代器指定的序列，產(chǎn)生一個(gè)按 operator <排序的序列。但是最初的序列也必須是一個(gè)同樣按 operator < 排序的堆。這樣看，那該函數(shù)的實(shí)際意義呢？
＞＞答：
堆排序.按<排序的堆,并不等于整個(gè)序列是按<排好序的.例如：( 9 6 8 4 1 5 7 3 2 0 )就是按＜排好序的堆.但按<排好序的序列是(1 2 3 4 5 6 7 8 9)

這個(gè)不要放在首頁(yè)吧...

什么會(huì)自已寫分隔函數(shù)呢？
c庫(kù)就有一個(gè)strtok挺好的。

呵呵，不用擔(dān)心，C++0x已經(jīng)確定了這個(gè)特性，就是>>中間不需要空格。
新的g++和vc9都已經(jīng)支持了這個(gè)特性了。

其實(shí)，這個(gè)功能，VisualStudio的C++編譯器已經(jīng)提供了。

/FI[ ]pathname
此選項(xiàng)使預(yù)處理器處理指定的頭文件。此選項(xiàng)的作用與在命令行上、CL 環(huán)境變量中或命令文件中指定源文件，并同時(shí)在每個(gè)源文件的第一行上的 #include 指令中用雙引號(hào)指定該頭文件相同。如果使用多個(gè) /FI 選項(xiàng)，將按 CL 處理文件的順序來(lái)包含這些文件。

在 Visual Studio 開(kāi)發(fā)環(huán)境中設(shè)置此編譯器選項(xiàng)

打開(kāi)此項(xiàng)目的“屬性頁(yè)”對(duì)話框。有關(guān)詳細(xì)信息，請(qǐng)參見(jiàn)設(shè)置 Visual C++ 項(xiàng)目屬性。
單擊“C/C++”文件夾。
單擊“高級(jí)”屬性頁(yè)。
修改“強(qiáng)制包含”屬性。

joker

@pass86
差太多了。

@金慶
就是必須的，所以才是一種妨礙。

目前C++有3種編程：c, 類, 模板。
其中，頭文件對(duì)于c來(lái)說(shuō)，并不成問(wèn)題，甚至還帶來(lái)許多便利。
但是對(duì)于類，和模板，特別是模板來(lái)說(shuō)，麻煩就大了。

對(duì)于類來(lái)說(shuō)，封裝性和實(shí)現(xiàn)隱藏是一個(gè)很重要的概念，但大多數(shù)情況下，許多人都不容易做到這一點(diǎn)。.h文件中會(huì)有許多私有的數(shù)據(jù)成員，甚至還有不少的函數(shù)實(shí)現(xiàn)（如inline函數(shù)），從而對(duì)封裝性和實(shí)現(xiàn)隱藏造成破壞，造成編譯依賴，進(jìn)一步造成編譯器的復(fù)雜度提高。最終為了避開(kāi)這些問(wèn)題，將會(huì)造成庫(kù)設(shè)計(jì)要求的提高。

至于模板風(fēng)格的編程就更不得了，目前幾乎沒(méi)有支持分離模板的編譯器。況且即便分離了，又能怎么樣？最終的結(jié)果是，大多的模板風(fēng)格的程序，所有的代碼都在.h文件中，.cpp反而只剩了一句話：#include "xxx.h"，沒(méi)了。

閑來(lái)無(wú)聊，無(wú)聊一下：

2 頭文件的作用
這是由于歷史原因造成的。
頭文件主要用于存放接口聲明，以便不同的c文件共享函數(shù)聲明。
到了c++中，已經(jīng)造成一種妨礙了。

3 * & 的位置
這個(gè)位置放哪，雖然要緊，但更要緊的是，遵守一個(gè)變量一行定義。這樣就不會(huì)出現(xiàn)錯(cuò)誤，也很好讀。如：
int * i;
int j;

4 if
仍然是歷史原因造成的。c標(biāo)準(zhǔn)中沒(méi)有真正的bool類型(c++98和c99加了)，而是用int來(lái)代替，這就造成了麻煩。所以新寫的程序要避免使用BOOL，而用bool來(lái)替代。
如果是舊標(biāo)準(zhǔn)的編譯器，仍然要注意BOOL其實(shí)是int這個(gè)要點(diǎn)。

5 const #define enum
這幾個(gè)各有用途，有時(shí)候也不能互代。使用時(shí)，優(yōu)先順序 enum const #define。看具體要求，不一定非要怎么怎么樣。

6 參數(shù)傳遞
用指針或用引用，倒不定要要爭(zhēng)個(gè)誰(shuí)好誰(shuí)壞。
實(shí)際上，用指針還更容易讓人明白傳進(jìn)去的是指針。而引用則不然。引用的引入，在c++中是為了解決運(yùn)算符重載的問(wèn)題。
不過(guò)，不管用哪個(gè)，倒是建議優(yōu)先采用 const T* 或const T&，這種常量指針或常亙引用。這不僅關(guān)系程序優(yōu)化，也關(guān)系到代碼的質(zhì)量。

8 memcpy
除非沒(méi)有類似的庫(kù)函數(shù)，否則不要重新寫一個(gè)。要知道，絕大多數(shù)編譯器會(huì)對(duì)這些庫(kù)函數(shù)作特殊優(yōu)化。這是手工編碼無(wú)法做到的。

11 字串
建議不要使用strcpy,strcmp類似的函數(shù)，應(yīng)該改為strncpy, strncmp等函數(shù)。目前新型的編譯器會(huì)認(rèn)為strxxx函數(shù)是非法的（被淘汰的），建議用strnxxx，或者編譯器提供的更安全的版本。

13 指針的大小
與編譯器及系統(tǒng)平臺(tái)有關(guān)。大小從2/4/8/16各種可能性都有.不要認(rèn)死了。

14 關(guān)于new/delete 與malloc/free
你用了類似class的關(guān)鍵字后，就注定不兼容于c了。因此，用了c++的東西，就不要去用mallco/free，除非特殊情況。
同理，不使用c++的東西，也決不要去用new /delete.
否則，你的跨語(yǔ)言或跨平臺(tái)的想法就打水漂了。還容易出錯(cuò)。

15 const 函數(shù)
const不一定只能引用const成員。它可以使用任何成員，只是默認(rèn)情況不能改變成員的值而已。如果成員被定義為mutable（c++98)，則不限制。

18 #ifdef
說(shuō)的太絕對(duì)了。而且沒(méi)有任何說(shuō)明如何做。
事實(shí)上#ifdef能做的事還是挺多的。

at + rar 簡(jiǎn)單配置一下就可以代替程序了。
或者是.bat + rar.exe 都行的通，去寫程序，反而不靈活。

@夢(mèng)在天涯
一致性是很重要的。沒(méi)了一致性，不但這個(gè)庫(kù)函數(shù)是很難用的，而且也是很容易出錯(cuò)的。

比如文件， 數(shù)據(jù)庫(kù)鏈接，網(wǎng)絡(luò)連接等等這些都可以設(shè)計(jì)一個(gè)資源維護(hù)的guard來(lái)保護(hù)。
比如MFC的CFile就有這個(gè)功能。

do{}while(0)
在于宏定義上的使用是無(wú)疑的。我在設(shè)計(jì)庫(kù)的時(shí)候，是常用的。

但是對(duì)于第一點(diǎn)，用于消除goto，舉的例子很不恰當(dāng)。
而且，代碼中常常有一些循環(huán)語(yǔ)句。此時(shí)，從內(nèi)循環(huán)是無(wú)法用break跳出到外循環(huán)，仍然得用goto，這樣,do while(0)就變得多余了。

用auto_ptr等自動(dòng)守護(hù)(guard)機(jī)制是更好的選擇：
bool Execute()
{
// 分配資源
auto_ptr<int> p = new int;

// 執(zhí)行并進(jìn)行錯(cuò)誤處理
if(!func1())
return false;
if(!func2())
return false;
if(!func3())
return false;

//...
return true;
}

夫妻倆人估計(jì)要么是同學(xué)，要么是同事

你得到一個(gè)“口”，估計(jì)是字體文件沒(méi)有對(duì)應(yīng)的字符。
你可以用 simsun.ttf試試。

博主又錯(cuò)了。這跟土不土沒(méi)有關(guān)系。

1. boost::bind并非無(wú)限參數(shù)。一般不會(huì)超過(guò)２０個(gè)。
2. 既使沒(méi)有boost::bind，std::bindxxx和std::mem_funxxx配合，也能達(dá)到同樣的效果。雖然參數(shù)不能超過(guò)２個(gè)。
3. 即使如此，自已去做一次，也有助于對(duì)C++機(jī)制的了解。
4. 如果你有需要什么功能，那么可能已經(jīng)有現(xiàn)成的實(shí)現(xiàn)了。就看你是否有找到。

各有其應(yīng)用范圍，不要厚此薄彼。擺正心態(tài)，根據(jù)實(shí)際情況，適當(dāng)選擇，或同時(shí)提供。

為啥用函數(shù)呢...
const int INT_MAX = ~0;
這樣不挺好的。

你的方法1）因?yàn)樾枰４骐S機(jī)數(shù)歷史數(shù)據(jù)，因此仍然是需要空間消耗的。而且空間消耗與方法2）比起來(lái)，沒(méi)區(qū)別。

－－
至于方法2）的交換方法，VS2005中的std::random_shuffle函數(shù)就是這么做的。

漢字碼是Unicode。用相應(yīng)漢字的Unicode編碼，就可以取到了。

27cm，對(duì)半后是13.5cm.
1. 這樣，離最近末端最大距離是11cm，因此，最小時(shí)間是11秒。
2. 離最遠(yuǎn)的末端最大的距離是27-3=24cm，因此，最大時(shí)間是24秒。

對(duì)不對(duì)，請(qǐng)指教？

呵呵，確實(shí)是智力題啊。
最小時(shí)間很快就出來(lái)了。
最大時(shí)間，剛一開(kāi)始給矇了。然后看到提示，就霍然開(kāi)朗了。
然后果然心算就出答案了。
－－
問(wèn)題是心算出答案的題目，如果用程序?qū)崿F(xiàn)，那不變成了直接輸出答案了，這如何寫算法呢？太簡(jiǎn)單的算法，不如不寫。寫復(fù)雜了，就不是最優(yōu)算法了。

以前有用過(guò)ft2，但是發(fā)現(xiàn)，在簡(jiǎn)體中文windowsxp下面，顯示繁體中文時(shí)，顯示位置會(huì)不對(duì)。

operator=存在一個(gè)異常安全問(wèn)題。
假設(shè)，執(zhí)行到new char[]時(shí)，發(fā)生異常，這時(shí)，原有的內(nèi)容已經(jīng)被delete掉了。這時(shí)，operator=扔出異常，同時(shí)，原有的對(duì)象已經(jīng)不能用了。

我裝好了。試用了一下。
感覺(jué)上，就是bds2006的sp.

IDE仍然還是bds2006的那一套(bds4.0)，只不過(guò)，bds2006帶的C++Builder是preview，這回是正式版。

并沒(méi)有值得紀(jì)念的新特性在內(nèi)。
不過(guò)，如果品質(zhì)有提升，那也是挺不錯(cuò)的了。畢竟現(xiàn)在也還是2006年啊。

內(nèi)置式new，不是一個(gè)好的（甚至是不正確的）譯法。
曾有人提過(guò)：就地創(chuàng)建。但有人不喜歡“就地”兩字。
所以，不喜歡的話，如沒(méi)有適當(dāng)?shù)淖g法，還是用placement new這樣的原文比較好。

operator = 不是異常安全的。
string不需要operator()操作。

String str1 = str;//調(diào)用拷貝構(gòu)造函數(shù)
這個(gè)聽(tīng)說(shuō)是C++標(biāo)準(zhǔn)規(guī)定的。

這個(gè)東西，網(wǎng)絡(luò)上已經(jīng)存在多時(shí)了。

有遞推這種算法形式嗎？還是說(shuō)，只是為了與遞歸對(duì)應(yīng)，不是遞歸就是遞推？
文中的解釋，覺(jué)得是從算法上來(lái)說(shuō)明。其實(shí)，遞歸，應(yīng)該是一種計(jì)算機(jī)的算法表達(dá)形式，它指的應(yīng)該是有限制的直接或間接重復(fù)調(diào)用自身的一種子程序。