管理我自己的代码工具箱的建议

时间:2010-07-15 14:28:30

标签: language-agnostic

在每个新的专业项目中,我倾向于(重新)创建相同的helper和utils类。 它不是轮胎重新发明,而是一些适合任何项目的小工具。

我希望我能将它们保存在每次都可以重复使用的“代码工具箱”中。但我面临一些问题(法律问题,版本问题,依赖关系......)。

编辑:这里是遇到问题的更详细列表:

  • 合法:这段代码不是我的,即使我写的也是我的公司所有。因此,在其他项目中使用utils部分代码并不合法(参见:link text

  • 版本:如果我创建一个OSS项目,代码将托管在远程源控制系统上。 但我目前的公司项目代码是在家庭源控制系统中托管的。如何保持同步?

  • 版本之二:我自己的OSS包将类似于org.myself.greatestcodeever.utils,但我的公司之一将是com.bigcorpo.dept.utils。如何保持同步?

  • 版本:我的公司对互联网访问有一些限制性规则。所以我的OSS源代码库可能不可用。

版本 - >更烦人的问题:小问题的积累让我感到沮丧。


如果您有这样的工具箱,您如何维护它?

2 个答案:

答案 0 :(得分:3)

我有同样的想法,现在我会考虑创建一个小型的开源项目,附加一个实用的OSS license并将其托管在sourceforge(或类似的东西)。

即使它不是对其他人有用,它也可以在公司外部使用和维护。

答案 1 :(得分:0)

我在职业生涯中改变了几个平台,但每次都是一样的:一个自定义库,用于共享一些非常有用的代码。对于Win平台上的C ++项目,它是.lib,它是带有大量常见类和帮助程序的.NET dll,它现在是Mac平台上的可可框架。有时这个库被分成几个。

我认为这是最好的方法。在一些简单的情况下,您可以使用复制粘贴,使用“代码片段”的应用程序,但在大多数情况下,当您不确定是否已修复每个项目中的问题时,某些共享库有助于避免复制粘贴错误使用相同的帮助器。当库存在于单个实例中时 - 这是有道理的。

不确定“版本问题”和“依赖关系”是什么意思 - 请说明情况。