金慶的專欄
C++博客
::
首頁
::
新隨筆
::
聯(lián)系
::
聚合
::
管理
::
423 隨筆 :: 0 文章 :: 454 評論 :: 0 Trackbacks
公告
我的隨筆
我的評論
我參與的隨筆
留言簿
(12)
給我留言
查看公開留言
查看私人留言
隨筆分類
(502)
1. C/C++(166)
(rss)
2. 網(wǎng)游開發(fā)(108)
(rss)
3. Golang(20)
(rss)
4. Linux/Unix(30)
(rss)
5. 軟工與管理(44)
(rss)
6. Python(23)
(rss)
7. Erlang(18)
(rss)
8. Rust(16)
(rss)
9. 其它(77)
(rss)
隨筆檔案
(423)
2023年1月 (1)
2022年11月 (1)
2022年10月 (2)
2022年9月 (1)
2022年4月 (6)
2022年1月 (2)
2021年12月 (4)
2021年11月 (6)
2021年10月 (2)
2021年9月 (2)
2021年8月 (7)
2021年7月 (2)
2021年5月 (2)
2021年3月 (1)
2021年2月 (2)
2021年1月 (1)
2020年12月 (1)
2020年10月 (1)
2020年9月 (5)
2020年8月 (1)
2020年7月 (1)
2020年6月 (1)
2020年4月 (2)
2020年3月 (3)
2020年2月 (3)
2020年1月 (1)
2019年12月 (1)
2019年9月 (2)
2019年4月 (2)
2019年1月 (1)
2018年12月 (1)
2018年11月 (3)
2018年10月 (1)
2018年9月 (3)
2018年8月 (3)
2018年7月 (2)
2018年6月 (4)
2018年5月 (4)
2018年4月 (4)
2018年3月 (1)
2018年1月 (2)
2017年12月 (2)
2017年11月 (3)
2017年10月 (3)
2017年8月 (7)
2017年7月 (1)
2017年6月 (1)
2017年5月 (3)
2017年4月 (3)
2017年3月 (3)
2017年2月 (2)
2017年1月 (2)
2016年12月 (5)
2016年11月 (2)
2016年10月 (2)
2016年9月 (1)
2016年8月 (6)
2016年7月 (3)
2016年6月 (2)
2016年5月 (4)
2016年4月 (2)
2016年3月 (2)
2016年1月 (3)
2015年12月 (2)
2015年11月 (2)
2015年10月 (1)
2015年8月 (2)
2015年7月 (1)
2015年6月 (1)
2015年5月 (4)
2015年4月 (3)
2015年3月 (4)
2015年2月 (5)
2015年1月 (4)
2014年12月 (3)
2014年11月 (3)
2014年10月 (2)
2014年9月 (3)
2014年8月 (1)
2014年4月 (4)
2014年3月 (1)
2014年2月 (4)
2014年1月 (5)
2013年12月 (5)
2013年11月 (5)
2013年9月 (2)
2013年8月 (2)
2013年7月 (2)
2013年6月 (2)
2013年5月 (1)
2013年1月 (2)
2012年12月 (1)
2012年11月 (1)
2012年9月 (1)
2012年8月 (3)
2012年7月 (2)
2012年6月 (1)
2012年4月 (3)
2012年3月 (2)
2012年2月 (3)
2012年1月 (2)
2011年11月 (2)
2011年10月 (3)
2011年9月 (2)
2011年8月 (2)
2011年7月 (3)
2011年6月 (2)
2011年5月 (3)
2011年1月 (2)
2010年12月 (1)
2010年11月 (2)
2010年10月 (2)
2010年9月 (3)
2010年8月 (2)
2010年7月 (3)
2010年6月 (1)
2010年5月 (3)
2010年4月 (3)
2010年3月 (5)
2010年2月 (4)
2010年1月 (4)
2009年12月 (2)
2009年11月 (3)
2009年10月 (4)
2009年9月 (3)
2009年8月 (2)
2009年7月 (4)
2009年6月 (1)
2009年5月 (3)
2009年4月 (4)
2009年3月 (2)
2009年2月 (5)
2009年1月 (1)
2008年12月 (7)
2008年11月 (4)
2008年10月 (1)
2008年9月 (3)
2008年8月 (4)
2008年7月 (3)
2008年6月 (4)
2008年5月 (6)
2008年4月 (7)
2008年3月 (6)
2008年1月 (5)
2007年12月 (7)
2007年11月 (4)
2007年10月 (5)
2007年9月 (6)
2007年8月 (8)
2007年7月 (5)
相冊
公告照片
搜索
積分與排名
積分 - 654471
排名 - 25
最新評論
1.?re: boost::asio::spawn 將一統(tǒng)C++網(wǎng)絡(luò)庫
asio 成為C++首選網(wǎng)絡(luò)庫
--linda
2.?re: log4cxx中文輸出錯誤補(bǔ)丁
評論內(nèi)容較長,點(diǎn)擊標(biāo)題查看
--金慶
3.?re: mingw編譯OrzNet
能發(fā)送一個mingw編譯好的OrzNet庫給我嗎? liuweiqcxy@163.com
謝謝!
--劉威
4.?re: log4cxx中文輸出錯誤補(bǔ)丁
評論內(nèi)容較長,點(diǎn)擊標(biāo)題查看
--bigbad
5.?re: log4cxx中文輸出錯誤補(bǔ)丁
評論內(nèi)容較長,點(diǎn)擊標(biāo)題查看
--bigbad
閱讀排行榜
1.?"multiple definition of" 錯誤(11021)
2.?SVN中邪惡的replace(10940)
3.?VS2005編譯libevent(10406)
4.?混音算法的學(xué)習(xí)與研究(10184)
5.?C調(diào)用lua腳本的效率測試(9003)
評論排行榜
1.?VC6正在被拋棄(35)
2.?VS2005編譯libevent(21)
3.?"multiple definition of" 錯誤(18)
4.?C++引用優(yōu)于指針(17)
5.?ACE與ASIO之間關(guān)于Socket編程的比較(16)
函數(shù)參數(shù)的理想個數(shù)
摘譯自:
Clean Code
A Handbook of Agile
Software Craftsmanship
Robert C. Martin
Function Arguments
The ideal number of arguments for a function is
zero (niladic). Next comes one (monadic), followed
closely by two (dyadic). Three arguments (triadic)
should be avoided where possible. More than three
(polyadic) requires very special justification—and
then shouldn’t be used anyway.
函數(shù)參數(shù)
函數(shù)參數(shù)的理想個數(shù)是零個(零元)。
其次是一個(一元),
緊接下來是兩個(二元)。
三個參數(shù)(三元)應(yīng)盡可能地避免。
三個以上的參數(shù)(多元)需要非常特殊的理由
————否則無論如何都不應(yīng)該。
(轉(zhuǎn)載請注明來源于金慶的專欄)
posted on 2009-08-03 17:35
金慶
閱讀(2312)
評論(10)
編輯
收藏
引用
所屬分類:
1. C/C++
、
5. 軟工與管理
、
9. 其它
評論
#
re: 函數(shù)參數(shù)的理想個數(shù)
2009-08-03 18:11
forgot
不用這么教條吧,Windows API跟Crt里面的函數(shù)貌似很大一部分都是3個/3個以上參數(shù)
回復(fù)
更多評論
#
re: 函數(shù)參數(shù)的理想個數(shù)
2009-08-03 20:23
mybios
不敢恭維,如果按照這個理想的話,真有太多的反面教材
回復(fù)
更多評論
#
re: 函數(shù)參數(shù)的理想個數(shù)[未登錄]
2009-08-04 12:27
kk
不用參數(shù)難道用全局變量? 參數(shù)需要幾個就用幾個。
回復(fù)
更多評論
#
re: 函數(shù)參數(shù)的理想個數(shù)
2009-08-04 16:54
欲三更
對,應(yīng)該需要幾個用幾個
回復(fù)
更多評論
#
re: 函數(shù)參數(shù)的理想個數(shù)[未登錄]
2009-08-05 08:43
Alex
一個輸入bytes,inlen,outbytes,outlen的函數(shù)就是4個參數(shù)了,這樣的很多的
回復(fù)
更多評論
#
re: 函數(shù)參數(shù)的理想個數(shù)
2009-08-05 09:44
金慶
大家受C語言的影響比較大.
確實(shí)在Windows API和C庫函數(shù)中存在參數(shù)一大堆的情況.
在面向?qū)ο笳Z言中, 參數(shù)可以轉(zhuǎn)化為成員變量和參數(shù)對象, 大大減少參數(shù)的個數(shù).
C++庫比C庫更好用, 就是因?yàn)檎{(diào)用時不必列出一大堆的參數(shù).
以transform(const BYTE* inBytes, int inLen, BYTE* outBytes, int& outLen)為例,
可以轉(zhuǎn)換成對象的方式:
outBuf = transform(inBuf)
或者 buf.transform()
回復(fù)
更多評論
#
re: 函數(shù)參數(shù)的理想個數(shù)
2009-08-05 13:24
欲三更
@金慶
要是把本該是參數(shù)的變量轉(zhuǎn)換成成員變量,會帶來更多的問題:
如何初始化? 你怎么設(shè)置它? 設(shè)置了以后能不能隨便改動? 要不要加鎖?...
而且你每次改動這個參數(shù)的類型都要找到頭文件里再改一遍, 很麻煩.
本質(zhì)上說, 一個只與某個方法有關(guān)的變量, 為什么要讓類知道他的存在?
回復(fù)
更多評論
#
re: 函數(shù)參數(shù)的理想個數(shù)
2009-08-05 18:01
金慶
@欲三更
還可以用參數(shù)對象。多個參數(shù)組織成一個結(jié)構(gòu)體。
回復(fù)
更多評論
#
re: 函數(shù)參數(shù)的理想個數(shù)
2009-08-05 18:53
空明流轉(zhuǎn)
對象要面臨著隱式的上下文的問題。
回復(fù)
更多評論
#
re: 函數(shù)參數(shù)的理想個數(shù)
2009-08-21 22:30
李現(xiàn)民
簡單意味著更容易理解,意味著程序邏輯更容易組織,意味著更容易保持正確性。函數(shù)參數(shù)應(yīng)該盡可能少,函數(shù)體應(yīng)該盡可能短,類應(yīng)該盡可能小---這些都是設(shè)計(jì)與折衷的問題
回復(fù)
更多評論
刷新評論列表
只有注冊用戶
登錄
后才能發(fā)表評論。
【推薦】100%開源!大型工業(yè)跨平臺軟件C++源碼提供,建模,組態(tài)!
相關(guān)文章:
How are dtLinks created in NavMesh
C++ parameter passing rules
Naming Conventions for Accessors
Visual Studio 2019 Compiler Hangs
Fbx File Format Identifier
查找內(nèi)存錯誤
std::thread 中的異常會丟失調(diào)用棧
用賦值代替 protobuf CopyFrom()
vs2017 linux 編譯輸出改成 vs 格式
為 LiteIDE 添加選中標(biāo)記
網(wǎng)站導(dǎo)航:
博客園
IT新聞
BlogJava
博問
Chat2DB
管理
Powered by:
C++博客
Copyright © 金慶
精品人妻伦一二三区久久
|
一本久道久久综合狠狠爱
|
一本久道久久综合狠狠爱
|
久久人妻少妇嫩草AV无码专区
|
九九久久精品无码专区
|
亚洲人成无码久久电影网站
|
久久99精品久久久久久秒播
|
精品久久久久成人码免费动漫
|
热久久国产精品
|
国内精品久久久久影院日本
|
久久乐国产综合亚洲精品
|
韩国三级中文字幕hd久久精品
|
亚洲婷婷国产精品电影人久久
|
亚洲女久久久噜噜噜熟女
|
午夜精品久久久久久影视777
|
久久久WWW成人免费精品
|
国产精品成人精品久久久
|
99久久99久久精品国产片果冻
|
久久99国产精品99久久
|
久久99毛片免费观看不卡
|
久久毛片一区二区
|
亚洲精品高清国产一久久
|
精品久久久中文字幕人妻
|
久久无码AV一区二区三区
|
亚洲国产精品热久久
|
久久精品国产精品亚洲精品
|
亚洲成色999久久网站
|
日韩精品久久久久久久电影蜜臀
|
久久国产精品一国产精品金尊
|
午夜精品久久久久9999高清
|
国产一久久香蕉国产线看观看
|
狠狠色噜噜色狠狠狠综合久久
|
欧美久久一区二区三区
|
精品久久久久久综合日本
|
久久精品国产免费观看三人同眠
|
久久精品国产亚洲7777
|
精品国产91久久久久久久
|
久久久久久伊人高潮影院
|
精品久久久久久国产三级
|
久久96国产精品久久久
|
国产V亚洲V天堂无码久久久
|