1
在.NET中,Microsoft在開發類庫時有關於命名類,成員等的準則。其他語言也可能具有如何命名類的最佳實踐,如何/如果使用某些符號。是否有命名SOAP接口方法和變量的最佳實踐?
現在SOAP是一種協議,可用於跨語言邊界進行可能的通信。是否有最佳做法如何命名函數,變量名稱等?還是應該使用我的語言(如果有的話)?或者當我通過工具(例如WCF服務契約)生成SOAP接口時,我應該使用該工具生成的任何內容嗎?
在.NET中,Microsoft在開發類庫時有關於命名類,成員等的準則。其他語言也可能具有如何命名類的最佳實踐,如何/如果使用某些符號。是否有命名SOAP接口方法和變量的最佳實踐?
現在SOAP是一種協議,可用於跨語言邊界進行可能的通信。是否有最佳做法如何命名函數,變量名稱等?還是應該使用我的語言(如果有的話)?或者當我通過工具(例如WCF服務契約)生成SOAP接口時,我應該使用該工具生成的任何內容嗎?
服務方法名稱似乎沒有正式的W3C命名約定。
一些常用的指導原則:
方法的名稱應明確表明他們但從客戶的角度,而不是
使用不同的方法名稱超載
一般做什麼, PascalCasing似乎受到青睞(沒有下劃線)。對於.Net,請遵循常規方法的.Net命名約定。
您可能還會發現Oracle的this blog post有用。