請教各位支持何者?
理由? (暫不論舊系統的用法,及主管的意見)
thanks!
txtEmpNo.Text = mobjADORst.Fields("empno") txtAddress.Text = mobjADORst.Fields("address") txtCity.Text = mobjADORst.Fields("city")
txt員工編號.Text = mobjADORst.Fields("員工編號") txt地址.Text = mobjADORst.Fields("地址") txt城市.Text = mobjADORst.Fields("城市")
txtEmpNo.Text = mobjADORst.Fields("員工編號") txtAddress.Text = mobjADORst.Fields("地址") txtCity.Text = mobjADORst.Fields("城市")
VB變數命名原則支援中文變數,若是不能用就沒必要讓中文也可當變數了,如果因為表格欄位有使用到中文名就不用中文當變數,那英語系的設計者可能會更困擾吧,這點我覺得不是考量的重點,要考量的是命名的規則。
上述 「命名原則」不等於「命名規則」
先前有看過一篇命名規則的介紹,一時找不到,
如果貴公司若有系統的規畫出一套命名規則也不錯,屆時維基也會有台式命名法了:D
[駝峰式大小寫/url]
[url=http://zh.wikipedia.org/zh-tw/%E5%B7%B4%E6%96%AF%E5%8D%A1%E5%91%BD%E5%90%8D%E6%B3%95]巴斯卡命名法](http://zh.wikipedia.org/zh-tw/%E9%A7%9D%E5%B3%B0%E5%BC%8F%E5%A4%A7%E5%B0%8F%E5%AF%AB)
匈牙利命名法
感謝指教,vb確實可用中文當變數,但此處的中派,是指:中文變數前,有加英文識別字串,不只變數,包括FormName、元件名等均同!
不知您支持何者?
我支持中文命名原因是一看就明白,且對使用中文的人來說是非常的合用,最大好處就與你說的一樣一看就明白連註解都可以省了,我個人覺得要注意的是變數使用規則(慣例)而不是使用哪一種文字(但限於萬國碼裡有的字,VB支援的是萬國碼)。
如果要比較二者命名方式的優劣我會考量
編譯後的執行速度--中文與英文效能上會差多少?無力做比較(用想的應該差不了多少,所以支持使用中文:)).......
編譯後的程式大小--這這這重要嗎?好像跟寫作風格比較有關係
對後續非原開發者閱讀程式碼的難易度--這關係著開發與修改的速度
或許還可以加入其他因素來比較,以上只是我想到的。
symis提到:
此處的中派,是指:中文變數前,有加英文識別字串
台式匈牙利命名法,呵
千萬別用中文命名變數。
這不合乎良好的變數命名原則。
感謝指教,可否請你再說明清楚一點,為什麼「不合乎良好的變數命名原則」?
symis提到:
感謝指教,可否請你再說明清楚一點,為什麼「不合乎良好的變數命名原則」?
Naming convention (programming)
http://en.wikipedia.org/wiki/Naming_convention_(programming)
感謝指教,哇!全英文...A...要我消化可能要一段時間。
不建議使用中文命名。
誠然,用中文的確對"台灣"開發人員比較方便,
這套命名規則影響所及應該是涵蓋貴公司所有系統的,
難道未來貴公司外包軟體開發時,也用這套命名規則要求外包開發人員?
一旦用了這套中文名規則的系統,若是需要進行平台轉換,
豈不是也要考量新平台適不適用中文變數??
感謝指教,本公司原本自行開發的軟體,不大可能外包。
至於新平台,要換的話,極可能是.NET,據我所知,code要全部重寫,不能移轉vb6過去,所以屆時,變數命名規則,再說吧!
symis提到:
是.NET,據我所知,code要全部重寫,不能移轉vb6過去
是嗎?VB6可以透過Visual Studio的升級方式,匯入再做些微修正就行了。
請參考:
http://msdn.microsoft.com/en-us/library/aa260644.aspx
http://support.microsoft.com/kb/309617/en-us
感謝您,聽我主管說,若用.NET,他想改用C#,因為支援較多!
symis提到:
感謝您,聽我主管說,若用.NET,他想改用C#,因為支援較多!
==....有差嗎?都是CLR...只是程式語言不同而已,骨子裡是一樣的。
而且網路上有VB.NET <-> C# converter
您真內行!