命名项目输出文件的最佳实践

时间:2011-09-14 17:38:16

标签: c# .net naming-conventions naming

我们使用许多汇编文件(如exe,dll和其他自定义扩展)在c#中开发应用程序。 默认情况下,每个文件的名称等于其项目名称,对用户来说太明显了。

是否有任何最佳实践来命名每个项目的输出文件,并为安装我们的应用程序的用户保持不清楚?

2 个答案:

答案 0 :(得分:3)

听起来你想阻止用户在项目内部进行探索,并可能简化他们对它的使用。有最好的做法。我会指出你的混淆,并合并工具。

混淆:.NET obfuscation tools/strategy

合并:Best practices for merging assemblies?

当您对代码进行模糊处理时,将很难对其进行反编译。正如前一篇文章中提到的那样,它不像过去那么多问题。如果你想保留技术上非常倾向的那些,这将有所帮助。

合并程序集时,您看到的所有DLL和EXE都将成为一个EXE。这很好,因为它将清楚地表明它们需要运行什么,但同时不会给它们太多关于内部工作的信息。这是我最终用户一般不会担心的事情,但我相信你有理由。

答案 1 :(得分:1)

“windows文件夹...那些标准”:一般来说,windows,system32和相关文件夹中的文件必须遵循8.3文件名限制 - 所以大多数人最终都疯狂地说道。 “隐藏文件的含义”并不是名字奇怪的原因。

历史上这些文件夹中有几种类型的名称:

  • exe与众所周知/已建立的名称,如ping.exe,chkdsk.exe
  • 用户可调用的exe - 如notepad.exe和calc.exe
  • 由合理的单词构成的短名称 - chkdsk.exe,chkntfs.exe
  • 由于技术要求而具体命名 - 即本地化文件在名称或路径中包含文化名称。
  • 或多或少随机命名的其他名称,通常名称包括几个缩写,以某种方式识别组件,但一般公众通常不可解密。

请注意,在大多数(如果不是全部)情况下,在您最喜欢的搜索网站上按文件名进行简单搜索会为您提供有关该文件的合理详细信息。