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

隨筆-90  評(píng)論-947  文章-0  trackbacks-0

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

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

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

如果您有想法,請(qǐ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 溪流 閱讀(2135) 評(píng)論(17)  編輯 收藏 引用 所屬分類: C++

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

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

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

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

這個(gè)問題在標(biāo)準(zhǔn)庫(kù)中尤為明顯。有一些例如接口首字母大寫,變量用camel這樣的辦法還好一點(diǎn)。  回復(fù)  更多評(píng)論
  
# 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ù)  更多評(píng)論
  
# 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ì)成員不一定會(huì)去把變量名同步修改。
當(dāng)然這只是個(gè)例子。
另一方面我非常贊同空明流轉(zhuǎn)兄,我覺得變量類型編譯時(shí)期就確定了,沒有必要這么去在變量名里面暴露類型。而對(duì)于動(dòng)態(tài)語言的話,那類型更加不確定,隨著運(yùn)行的過程,變量可以是任意類型,所以我覺得變量是要表達(dá)你所要代表的意思而不是類型。像上面那個(gè)例子的變量名為size就行,表達(dá)出它的作用就行,當(dāng)然可能還會(huì)具體些,命名為xxx_size。
在C++模板中,模板中的代碼類型更加不確定了,自然不能把類型寫到變量名中。  回復(fù)  更多評(píng)論
  
# re: 如果要擬定一份代碼規(guī)范,哪些內(nèi)容應(yīng)該列入? 2011-07-14 23:45 | VGA采集卡
命名需要規(guī)范,找一個(gè)大家都能接受的就可以了,追究那么多細(xì)節(jié)耽誤工夫  回復(fù)  更多評(píng)論
  
# 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ù)  更多評(píng)論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美精品一区二区三区久久久竹菊| 国产精品区二区三区日本| 国产精品日韩欧美综合| 欧美成人一品| 一区二区三区不卡视频在线观看 | 一本到12不卡视频在线dvd| 亚洲国产美国国产综合一区二区| 久久综合给合久久狠狠狠97色69| 久久综合999| 国产在线精品一区二区夜色| 欧美伦理91i| 一级日韩一区在线观看| 欧美www在线| 国内揄拍国内精品少妇国语| 亚洲激情在线视频| 亚洲一区精品在线| 日韩一级欧洲| 亚洲视频一区在线观看| 麻豆精品在线视频| 亚洲视频在线二区| 亚洲国产精品va在线看黑人| 欧美精品videossex性护士| 国产一区二区按摩在线观看| 欧美在线地址| 国产精品一区二区三区久久| 欧美色一级片| 国产日韩精品视频一区| 亚洲欧美久久久| 亚洲人成毛片在线播放| 99在线精品免费视频九九视| 亚洲精品国产精品国产自| 亚洲欧美不卡| 一区在线电影| 日韩视频一区二区| 久久久久久电影| 亚洲三级色网| 欧美一区二区视频97| 久久国产精品一区二区三区四区| 美日韩精品免费观看视频| 久久九九久久九九| 欧美ed2k| 亚洲一区二区三区高清| 欧美精品九九99久久| 亚洲精品小视频| 久久九九99视频| 国产精品伊人日日| 一二三区精品| 亚洲欧洲日产国产网站| 欧美中文在线视频| 国产精品一区二区久久国产| 一区二区动漫| 亚洲欧洲一区| 免费观看30秒视频久久| 夜夜嗨av一区二区三区四区| 久久亚洲午夜电影| 欧美一区二区国产| 国产私拍一区| 欧美在线播放一区| 午夜精品国产更新| 国产日韩精品一区二区| 欧美一级理论性理论a| 亚洲午夜av在线| 亚洲国产日韩综合一区| 国产一区二区日韩精品欧美精品| 亚洲欧美在线观看| 亚洲一区视频| 国产精品免费在线| 久久精品国产久精国产思思| 亚洲欧美资源在线| 国产主播精品| 亚洲人成高清| 亚洲精品一区二区三区av| 欧美日韩极品在线观看一区| 在线视频亚洲| 亚洲一区不卡| 国内成+人亚洲| 欧美日韩精品二区| 99精品视频一区| 久久一区视频| 久久综合网络一区二区| 亚洲国产另类 国产精品国产免费| 美日韩精品免费观看视频| 麻豆91精品91久久久的内涵| 亚洲精品一级| 在线视频免费在线观看一区二区| 国产精品私房写真福利视频| 久久久欧美一区二区| 久久一区二区三区四区五区| 99视频精品在线| 亚洲人成网站777色婷婷| 美国成人直播| 亚洲男人av电影| 久久成人18免费观看| 亚洲激情亚洲| 一区二区黄色| 亚洲欧美中文日韩在线| 91久久国产综合久久蜜月精品 | 欧美成人免费大片| 亚洲你懂的在线视频| 久久久精品五月天| 亚洲一区二区三区中文字幕| 久久精品在线免费观看| 中文精品视频一区二区在线观看| 欧美一区二区三区日韩视频| 欧美一级在线视频| 欧美福利专区| 久久男人资源视频| 欧美日韩一区二区三区在线看| 久久午夜精品| 国产精品一区二区三区四区五区 | 美玉足脚交一区二区三区图片| 欧美日韩亚洲精品内裤| 欧美成人一二三| 国产在线视频欧美| 亚洲网站视频福利| 一区二区精品国产| 亚洲国产日韩一区| 亚洲一区在线直播| 欧美成人免费播放| 欧美国产视频一区二区| 香蕉久久夜色| 亚洲欧美视频在线观看视频| 欧美精品一区二区精品网| 六月丁香综合| 永久久久久久| 久久男人资源视频| 免费成人在线视频网站| 激情视频亚洲| 久久精品噜噜噜成人av农村| 久久精品中文| 国内精品一区二区三区| 久久成人精品一区二区三区| 久久精品亚洲| 午夜久久电影网| 久久久亚洲一区| 午夜精品久久久久久久久| 亚洲免费视频一区二区| 欧美午夜美女看片| 夜夜嗨一区二区三区| 在线一区观看| 国产精品www.| 亚洲综合电影一区二区三区| 亚洲欧美日韩精品在线| 国产精品夜夜夜| 欧美一区二区视频网站| 久久一区二区三区超碰国产精品| 精品51国产黑色丝袜高跟鞋| 久久免费国产精品1| 欧美呦呦网站| 欧美亚男人的天堂| 亚洲——在线| 精品成人在线观看| 欧美高清在线观看| 亚洲伦理在线观看| 午夜精品电影| 极品日韩av| 欧美精选一区| 亚洲在线网站| 欧美成人一区二免费视频软件| 最新国产成人av网站网址麻豆 | 国产精品久久久久毛片大屁完整版| 一区二区三区国产| 午夜精品影院| 久久黄色影院| 亚洲精品美女免费| 国产精品区一区二区三| 久久国产免费看| 亚洲精品一二| 久久婷婷综合激情| 亚洲一级在线观看| 亚洲第一在线| 国产精品日韩在线一区| 久久视频一区| 亚洲香蕉成视频在线观看| 美女免费视频一区| 午夜精品久久久久久久久久久| 激情一区二区| 国产精品视频免费观看| 欧美国产精品专区| 久久精品人人做人人爽电影蜜月 | 午夜精品区一区二区三| 久久精视频免费在线久久完整在线看 | 亚洲伊人色欲综合网| 亚洲承认在线| 久久精品一区二区三区中文字幕| 99天天综合性| 亚洲国产精品久久人人爱蜜臀| 国产精品久久国产愉拍| 欧美福利视频在线| 久久九九免费视频| 午夜精品久久久久久99热| 久久成人精品电影| 亚洲欧美日韩一区二区在线 | 欧美日本高清视频| 99精品热视频| 亚洲第一福利在线观看| 久久久综合激的五月天| 亚洲一区二区三区免费在线观看| 亚洲欧洲一区二区天堂久久| 伊人成人在线视频|