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

隨筆-90  評論-947  文章-0  trackbacks-0

如題,大致看了下網(wǎng)上能找到的一些規(guī)范,覺得大體有這么三個(gè)方面吧,一個(gè)是排版方面的,一個(gè)是命名方面的,一個(gè)是書寫邏輯方面的。

排版方面的大概有,如何縮進(jìn),如何使用空格、換行,等等。命名方面的包括變量、函數(shù)、類、文件的取名等等。書寫邏輯方面的就比較多了,可能包括:
是否全面使用異常、出錯(cuò)處理資源清理如何組織、如何利用編譯提示防止常見錯(cuò)誤……

一時(shí)間列不全。網(wǎng)上常見的文檔我會參考的。除此之外,想從大家這里征求下,以上幾個(gè)大方面之外,還有沒有比較重要的方面?大家日常工作中有沒有遇到一些特別希望別人也使用和自己一樣的方式做的事?以及,哪些規(guī)定比較容易被推動(dòng)?哪些規(guī)定不容易被推動(dòng)?如果有一個(gè)規(guī)則強(qiáng)加在你頭上,你會有怎樣的心理?等等……

如果您有想法,請回復(fù)下,我們討論討論^_^

----------

順便再問個(gè)問題,Windows 上的開發(fā),大家喜歡動(dòng)態(tài)鏈接 CRT(/MD、/MDd) 還是靜態(tài)鏈接 CRT(/MT、/MTd)?為什么?個(gè)人傾向于哪種?在公司里又是怎樣做的?

posted on 2011-07-12 22:22 溪流 閱讀(2138) 評論(17)  編輯 收藏 引用 所屬分類: C++

評論:
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-12 23:08 | kongque
我覺得自己重新擬定一份的必要性不是很大??梢詤⒖家环莠F(xiàn)成的,比如microsoft的匈牙利命名規(guī)范或者google c++編碼規(guī)范。這個(gè)好處是,一可以省去重新擬定規(guī)范的功夫,二來這種規(guī)范知名度高,具有一定的權(quán)威性,容易被人接受。

本人以前做過游戲開發(fā),傾向于動(dòng)態(tài)鏈接庫鏈接,公司也是那么作的。
  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-12 23:24 | fx
參考大公司的成功項(xiàng)目,比如webkit, 對編程要求嚴(yán)格至極,tab和空格都限定。http://blog.csdn.net/huangc1982/article/details/5597156

至于手下是不是聽你訂的規(guī)范,有兩點(diǎn),1. 規(guī)范本身必須合理。2. 來頭要大,名氣要大,權(quán)威。

靜態(tài)和動(dòng)態(tài)鏈接都是些個(gè)人喜好問題。個(gè)人而言,小項(xiàng)目靜態(tài),大項(xiàng)目動(dòng)態(tài)。  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-12 23:31 | 陳梓瀚(vczh)
.NET曾經(jīng)出了本告訴你怎么設(shè)計(jì)framework的書,里面就有說到這個(gè)事情。  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-13 00:01 | airtrack
1、四格縮進(jìn),整體簡潔統(tǒng)一,函數(shù)不要太長,一般不超過30行。
2、只要是非匈牙利命名法覺得都可以(最討厭匈牙利命名法,看了《觀止》之后發(fā)現(xiàn)卡特勒也很討厭它,我就更加堅(jiān)定了),比較喜歡google的命名方式。
3、邏輯簡潔,函數(shù)和類單一職責(zé),RAII,個(gè)人比較傾向使用異常,異常能夠讓代碼更整潔的處理錯(cuò)誤。當(dāng)然公司的話,看項(xiàng)目是怎么定的了。

特別希望其他人提交到庫里面的代碼沒有注釋掉的代碼,最討厭看到注釋掉的代碼。函數(shù)不要太長,類不要太大,一切都是為了單一職責(zé)。
被強(qiáng)加的規(guī)則,好的接受,不喜歡的也得接受,因?yàn)樽约翰皇抢洗蟆?br>
Windows上開發(fā)的程序個(gè)人傾向靜態(tài)鏈接,一是用的都是最新的VS(目前用VS2010),為了讓程序在沒有裝CRT機(jī)器上運(yùn)行;二是個(gè)人開發(fā)的程序不大,靜態(tài)鏈接體積也大不了多少。
公司開發(fā)一般都是動(dòng)態(tài)鏈接。  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-13 09:32 | 空明流轉(zhuǎn)
@airtrack
VS2010哪來的static runtime。。。  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-13 09:33 | 空明流轉(zhuǎn)
@airtrack
好吧, 我錯(cuò)了,看走眼了。
  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-13 09:38 | 空明流轉(zhuǎn)
@fx
google那種規(guī)范,完全就是垃圾,之所以被奉為圭臬,還不是因?yàn)閬眍^大。  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-13 13:37 | 溪流
@kongque
也不是說完全“原創(chuàng)”,這些東西很多可能與網(wǎng)上流傳的大公司規(guī)范都有重疊,但我們希望挑一些適合我們自己的,而不是完全照搬。  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-13 13:38 | 溪流
@kongque
@空明流轉(zhuǎn)
我也不是很喜歡google的規(guī)范,有些地方過于保守,有些地方也根本不認(rèn)同  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-13 13:39 | 溪流
@fx
謝謝提供參考,這份規(guī)范覺得還挺中肯。
到最后我們自己團(tuán)隊(duì)里要通過才行,我沒有手下,只是起草這個(gè)事情。  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-13 13:40 | 溪流
@airtrack
雖然匈法一直飽受爭議,但是非匈以后,命名真的清爽了嗎?尤其是對于C++來說。這點(diǎn)我還是猶豫不決,也請樓下的多給點(diǎn)自己的觀點(diǎn)。  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-13 16:33 | 空明流轉(zhuǎn)
匈牙利命名法暴露了變量的物理細(xì)節(jié)。
這根本就是扯淡。
對于靜態(tài)語言,物理根本就是編譯期能保證的,何須變量?  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-13 16:38 | 空明流轉(zhuǎn)
至于member flag char,在標(biāo)準(zhǔn)庫的設(shè)計(jì)風(fēng)格里,是為了區(qū)分開interface, member variable和local variable的區(qū)別。

因?yàn)樵谧兞窟M(jìn)行最直觀化的命名時(shí),能區(qū)分出來的只有它的實(shí)際含義/用途,但是對于它工作的上下文(例如作用域)并沒有任何體現(xiàn)。比方說,你成員變量和獲得該成員變量的接口,都可以叫size。

這個(gè)問題在標(biāo)準(zhǔn)庫中尤為明顯。有一些例如接口首字母大寫,變量用camel這樣的辦法還好一點(diǎn)。  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-13 17:39 | fx
一個(gè)參與者眾多的軟件項(xiàng)目,要成功是很困難的。并不是盲從webkit, 我個(gè)人寫程序也不是webkit style, 只是團(tuán)隊(duì)合作不能沒有個(gè)準(zhǔn)繩,所謂team work, 就是要犧牲一部分個(gè)性,來換取整體代碼的協(xié)調(diào)性。。

  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-13 22:02 | airtrack
匈牙利命名法的一個(gè)及其明顯的弊端,比如:
開始定義了一個(gè) int nSize;使用了一段時(shí)間后,被后面維護(hù)代碼的人因?yàn)槟撤N需求改成了DWORD(或者其它類型),那是不是這個(gè)變量也要跟著改成dwSize才能符合匈牙利命名法,但是如果這個(gè)變量被很多地方使用,改起來豈不是很麻煩。雖然可以通過VA來rename,但是在團(tuán)隊(duì)開發(fā)中,團(tuán)隊(duì)成員不一定會去把變量名同步修改。
當(dāng)然這只是個(gè)例子。
另一方面我非常贊同空明流轉(zhuǎn)兄,我覺得變量類型編譯時(shí)期就確定了,沒有必要這么去在變量名里面暴露類型。而對于動(dòng)態(tài)語言的話,那類型更加不確定,隨著運(yùn)行的過程,變量可以是任意類型,所以我覺得變量是要表達(dá)你所要代表的意思而不是類型。像上面那個(gè)例子的變量名為size就行,表達(dá)出它的作用就行,當(dāng)然可能還會具體些,命名為xxx_size。
在C++模板中,模板中的代碼類型更加不確定了,自然不能把類型寫到變量名中。  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-14 23:45 | VGA采集卡
命名需要規(guī)范,找一個(gè)大家都能接受的就可以了,追究那么多細(xì)節(jié)耽誤工夫  回復(fù)  更多評論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-08-26 11:51 | belstaff uk
grow up, will slowly understand the ways of the world, learn the streets and   回復(fù)  更多評論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美激情第五页| 久久www成人_看片免费不卡| 久久精品最新地址| 久久精品色图| 欧美日韩色婷婷| av成人天堂| 午夜免费久久久久| 欧美日韩一视频区二区| 99热这里只有精品8| 亚洲免费一级电影| 国产精品久线观看视频| 亚洲视频欧美视频| 久久亚洲春色中文字幕| 一区二区亚洲精品国产| 欧美久久视频| 一区二区三区国产精品| 精品成人在线观看| 欧美日韩激情网| 亚洲先锋成人| 欧美高清自拍一区| 亚洲免费高清| 国内一区二区在线视频观看 | 欧美电影免费观看大全| 亚洲国产小视频| 亚洲欧美日韩系列| 国产日韩亚洲欧美精品| 欧美成人r级一区二区三区| 亚洲免费电影在线观看| 亚洲欧美日韩在线播放| 亚洲欧洲精品一区二区三区不卡| 欧美成人免费网| 欧美一区=区| 亚洲国产精品久久| 久久久久九九九九| 99精品欧美一区二区三区综合在线 | 99精品热视频只有精品10| 午夜免费久久久久| 亚洲国产二区| 国产伦精品一区二区三区在线观看| 欧美在线亚洲| 亚洲视频你懂的| 美女亚洲精品| 亚洲欧美成人一区二区在线电影| 国语自产精品视频在线看一大j8 | 永久免费毛片在线播放不卡| 欧美黑人国产人伦爽爽爽| 欧美一区视频在线| 亚洲伦理在线| 亚洲国产欧美国产综合一区| 欧美在线播放一区| 亚洲精品综合| 亚洲国产成人精品女人久久久| 国产精品白丝jk黑袜喷水| 欧美国产日韩一区二区| 欧美一级视频免费在线观看| 亚洲理论在线| 欧美99在线视频观看| 91久久精品国产91久久性色| 黄色成人在线观看| 国产精品入口尤物| 国产精品sm| 欧美精品久久99| 欧美精品999| 久久视频在线看| 亚洲——在线| 99综合在线| 蜜桃精品久久久久久久免费影院| 久久久综合激的五月天| 亚洲免费网站| 午夜精品久久久久久99热软件| 亚洲精品免费网站| 亚洲免费精品| 亚洲日本va午夜在线电影| 国产欧美日韩亚洲精品| 国产日韩精品一区二区三区在线| 欧美成人午夜剧场免费观看| 欧美大片免费久久精品三p | 欧美搞黄网站| 久久伊人一区二区| 另类亚洲自拍| 另类专区欧美制服同性| 久久久久国产精品午夜一区| 久久视频在线看| 久久久久久久久久久久久女国产乱 | 欧美特黄一区| 国产精品久久久999| 欧美日韩亚洲高清一区二区| 国产精品大全| 国产精品高潮粉嫩av| 国产精品免费一区二区三区在线观看 | 国内外成人免费激情在线视频网站| 国产伦精品一区二区三区| 国产精品国产三级国产aⅴ浪潮 | 日韩视频精品| 夜夜夜精品看看| 日韩午夜免费| 欧美一区二区| 久久gogo国模裸体人体| 免费观看不卡av| 欧美激情一区二区三区在线视频观看| 欧美日韩国产小视频在线观看| 欧美日本一区二区三区| 国产精品欧美经典| 国产亚洲福利一区| 亚洲毛片在线| 中文亚洲免费| 久久久亚洲一区| 欧美黄色大片网站| 亚洲激情网站| 亚洲午夜在线| 久久国产主播| 欧美日韩一二三四五区| 国产精品永久| 亚洲美女毛片| 亚洲欧美日产图| 欧美激情四色| 国产精品99久久久久久有的能看| 久久国产99| 欧美区在线播放| 国产亚洲欧洲997久久综合| 亚洲国产高潮在线观看| 一本久久a久久精品亚洲| 久久精品欧洲| 亚洲国产成人精品久久| 亚洲永久精品大片| 免费精品视频| 韩日视频一区| 亚洲桃色在线一区| 欧美福利影院| 亚洲一区二区动漫| 欧美紧缚bdsm在线视频| 国产日产亚洲精品| 一区二区三区在线免费观看| 一本色道婷婷久久欧美| 久久高清免费观看| 一道本一区二区| 麻豆精品传媒视频| 韩国免费一区| 亚洲欧美另类国产| 亚洲精品人人| 久久激情网站| 国产日本欧美一区二区三区| 99视频精品在线| 欧美寡妇偷汉性猛交| 亚洲男人第一av网站| 欧美一级日韩一级| 欧美视频一区| 在线日韩电影| 久久久91精品国产一区二区三区| 亚洲黄色在线| 欧美多人爱爱视频网站| 国产日韩免费| 久久久久天天天天| 一区二区三区视频免费在线观看| 欧美剧在线免费观看网站| 一区二区三区在线高清| 久久香蕉国产线看观看av| 宅男噜噜噜66一区二区| 国产精品白丝jk黑袜喷水| 亚洲精品社区| 欧美激情视频一区二区三区不卡| 久久福利精品| 狠狠色丁香久久综合频道| 欧美一区二区三区在线| 亚洲欧洲视频| 欧美色视频日本高清在线观看| 91久久在线播放| 亚洲欧洲一区二区三区久久| 另类尿喷潮videofree| 亚洲黄色三级| 免费在线成人av| 欧美大片在线看免费观看| 亚洲国产高清一区二区三区| 久久久久久久久久久一区 | 欧美黄在线观看| 99国产一区二区三精品乱码| 欧美国产激情| 欧美日产在线观看| 一本大道久久a久久精二百| 99精品热视频只有精品10| 欧美日韩国产综合视频在线观看中文| 一道本一区二区| 日韩视频二区| 国产亚洲欧美日韩精品| 久久精品视频在线免费观看| 久久久噜噜噜久久狠狠50岁| 尤物在线精品| 亚洲国产综合在线| 欧美日韩亚洲天堂| 欧美亚洲日本网站| 性欧美在线看片a免费观看| 国产精品免费一区二区三区在线观看| 亚洲一卡久久| 中文在线资源观看网站视频免费不卡| 国产精品免费看片| 久久久久一区二区| 免费视频一区二区三区在线观看| 日韩一本二本av| 亚洲图片在线观看| 亚洲电影免费观看高清|