我正在考虑在自定义框架的命名空间中使用带有变音符号的字符(例如,ō)。这个想法是为了区分产品,但我想确保这不是一个坏主意,并且如果有任何关于它的问题,以后不会对我造成影响。在我的搜索中,我没有看到其他使用特殊字符的命名空间的示例,也没有类似的讨论,这让我暂停继续走这条路。
最初,我考虑为带有变音符号的程序集命名,但我遇到的第一个障碍是尝试为程序集进行数字签名。我无法在命令提示符中显示特殊字符,因此我收到了“没有有效输入”的错误。也许有另一种解决方法?
我意识到一个陷阱是,在Visual Studio中键入命名空间会更具挑战性。然而,我并不认为这是一个主要问题,因为这个字符将出现在我使用的单词的末尾,这个单词将非常独特,并且有了智能感知,这不应该是太大的问题。
请考虑以下示例,包含在程序集Macron.dll中:
最初,我考虑为带有变音符号的程序集命名,但我遇到的第一个障碍是尝试为程序集进行数字签名。我无法在命令提示符中显示特殊字符,因此我收到了“没有有效输入”的错误。也许有另一种解决方法?
我意识到一个陷阱是,在Visual Studio中键入命名空间会更具挑战性。然而,我并不认为这是一个主要问题,因为这个字符将出现在我使用的单词的末尾,这个单词将非常独特,并且有了智能感知,这不应该是太大的问题。
请考虑以下示例,包含在程序集Macron.dll中:
namespace Macrōn.Library
{
public class MyLibrary
{
public string MyProperty { get; set; }
}
}
生成和使用此Macron.dll似乎没有任何问题,并且没有问题区分此示例Macrōn.Library命名空间。文件、文件夹、项目和解决方案的名称Macrōn似乎并不会引起任何问题,一切都能很好地与源代码控制保持一致。
在程序集和命名空间中使用变音符号时,还有其他需要考虑的事项或我忽略的事情吗?是否有什么方法可以解决签署程序集的问题?这种方法是否注定会失败?它真的没有实施的价值,因为可能会令人困惑或难以使用吗?
如果深入进行下去,这将变成很多撤消工作,因此我想知道是否存在自毁前途的风险。
谢谢。