通用库的命名空间命名 - 个人或公司名称?

时间:2012-01-13 12:51:56

标签: .net namespaces naming-conventions

我目前正在编写一些包含常用帮助程序类的通用.net库。 例如,处理字符串加密/解密,保存到配置文件等...

现在,我是我所在公司的唯一开发人员,看起来它不会很快改变:所以我不会“窃取”任何人的代码。 但是,我可能会在某个时候离开公司。

与大多数开发人员一样,我很可能会在我的新公司中重复使用这些库,因为它们将包含与公司无关的代码。

如果我在当前公司之后命名它们,我将需要更改命名空间并重新编译所有新库,如果存在大量库,这可能会变得非常耗时且容易出错。

我还希望将这些库用于某些个人项目,并在业余时间扩展它们并开展这些项目。

在我的名字之后命名它们虽然看起来很自我中心。如果我加入一家新公司,我认为我不想在几乎所有代码文件中都有以前开发人员的名字。

另一方面,像“Common.Library”这样的东西似乎有点过于通用了。

我想知道开发人员如何经常更换公司正在解决这个问题? 作为唯一的开发人员,我对代码设计决策非常灵活,但我仍然希望尊重最佳实践并为我的继任者提供合适的代码库。

PS:我已经检查过与我的老板的IP,他们不介意我重复使用的代码不包含业务逻辑,所以请保持评论/答案技术性而不合法。< /强>

2 个答案:

答案 0 :(得分:1)

  

如果我在当前公司之后命名,我将需要更改命名空间[...]

如果没有IP问题,那就不像你真的需要来改变它。在这种情况下,这完全取决于您的个人偏好。

我发现这种情况就像使用任何其他第三方库一样,即使它的许可证允许您更改其来源。只要您以后可以重用此代码库,命名空间命名将完全是次要的恕我直言。

答案 1 :(得分:0)

您的问题没有一般性答案 如果您不想在库中使用您的全名,为什么不使用您的姓名首字母?

类似于kd.Common.Library