2012-01-13 56 views
0

我目前正在寫一些通用的.net庫,其中包含通常的幫助類。 例如,處理字符串加密/解密,保存到配置文件等...命名空間命名爲通用庫 - 個人或公司名稱?

現在,我是我正在工作的公司的唯一開發人員,它看起來不像它會很快改變:所以我不會「竊取」任何人的代碼。 但是,我很可能會在某個時候離開公司。

與大多數開發人員一樣,我希望重複使用這些隨時間推移建立的庫,因爲它們將包含與公司無關的代碼。

如果我在當前公司之後命名它們,我將需要更改命名空間並重新編譯所有新庫,如果其中有相當多的庫可能會耗費時間並且容易出錯,

我也想將這些庫用於一些個人項目,並在業餘時間擴展它們並在這些項目上工作。

在我的名字後面命名它們雖然看起來很自負。如果我加入了一家新公司,我不認爲我想在幾乎所有的代碼文件中都擁有以前的開發人員的名字。

另一方面,像「Common.Library」似乎有點過於通用。

我想知道開發商如何更頻繁地更換公司正在解決這個問題? 作爲唯一的開發人員,我在代碼設計決策方面非常靈活,但我仍然希望尊重最佳實踐併爲我的繼任者提供體面的代碼庫。

PS:我已經檢查過關於IP與我的老闆,他們不介意只要我重複使用的代碼不包含業務邏輯,所以請保留技術評論/答案,而不是合法的。

+0

如果沒有知識產權問題,那麼你可以稱他們爲你喜歡的。 – ChrisF 2012-01-13 12:57:13

+0

確實,但我覺得我應該從潛在的人的角度考慮事情......我們都知道,當我們開始在一家新公司並且必須接管現有的代碼庫時,有各種各樣的事情可以使我們陷入無休止的境地,我寧願努力成爲一個好公民。 – 2012-01-13 13:21:33

+0

這仍然沒有關係。必須有一個命名空間,對於追隨你的人來說,這只是他們必須學習的一件事。 **名稱空間是什麼使得幾乎沒有什麼區別。 – ChrisF 2012-01-13 13:23:43

回答

0

對您的問題沒有一般的答案。
如果你不想在圖書館使用你的全名,那麼爲什麼不使用你的首字母呢?

類似於kd.Common.Library

+1

命名空間的常用命名約定是使用pascal套管(如果OP決定採用這種方法)。在這種情況下,'KD.Common.Library'似乎更合適。 – Groo 2012-01-13 13:02:47

+0

我知道,但我不喜歡'Kd.Common.Library'或'KD.Common.Library'的外觀。與這整個問題一樣,這完全是個人喜好的問題...... – 2012-01-13 13:04:26

+0

感謝這個建議,我也已經考慮過......問題在於,使用首字母仍然看起來不合時宜和自我中心。另外,下一個開發者會想到KD意味着什麼......我確實可以命名它們,但我喜歡,但我也想從「下一個開發者」的角度來看待它們...... – 2012-01-13 13:19:17

1

如果我目前的公司後,他們的名字,我將需要更改命名空間[...]

如果沒有知識產權問題,它不像你真的需要改變它。在這種情況下,這完全取決於您的個人偏好。

我發現這種情況就像使用任何其他第三方庫,即使它的許可證允許您更改其來源。只要您稍後可以重新使用此代碼庫,命名空間命名將完全是輔助IMHO。

相關問題