Question

命名空间名称的标准建议如下：

<Company>.(<Product>|<Technology>)[.<Feature>][.<Subnamespace>]

同样，对于Microsoft指南建议的程序集名称：

<Company>.<Component>.dll

我的地方像许多其他中小型公司一样经历了多次名称更改以及产品名称更改，这使旧的命名空间和程序集名称过时。随着营销偏好的改变每年或每两年更改一次是非常痛苦的。留下旧的和新的名称空间的混合是更大的痛苦。从本质上讲，我发现这个建议对我们很多人来说效果不佳。

有人找到了一个好方法吗？使用“技术”和“组件”代替产品名称可能有所帮助，但我真的在努力使用什么而不是公司名称？也许我应该接受这些名称是动态的，需要像代码一样“重新考虑”......

Answer 1

我有类似的情况。几个想法...

您的程序集命名是否重要？您的客户可以看到它吗？如果您的程序集名称可见，则始终可以更改程序集的名称而不更改名称空间。可能不那么痛苦。但如果您只是部署服务器，并且您的客户永远不会看到程序集文件名，那么也许这不值得投入大量时间。

（是的，它杀了我的一小部分来写这个。因为我讨厌这样的东西。但有时候它不值得。）
< / LI>
也许你可以使用产品的代号，然后让公司离开。无论如何，当您要更新参考时，代号可以保持不变，或仅在主要版本上更改。
这是一个更大的变化，但是...我为项目的程序集运行NuGet服务器有一些好运。这可能有助于管理一些更改的痛苦 - 使用新名称发布新包，并升级该包的所有用户。仍然很痛苦？对。但也许比直接管理装配参考更容易实现。