问题标签 [naming]

我可以使用部分类来创建指向 L2S 设计器生成的关联属性的属性吗？另外，我可以在查询中使用新属性吗？

我怎样才能做到这一点？

我尝试在我的命名中语法正确*。我一直使用filename而不是fileName. java 约定似乎也使用了这个，但 FxCop 更喜欢fileName.

维基百科上有一个关于它的讨论。我读的越多，我就越觉得我是对的（这很常见！:)）。有没有人有明确的答案，或者这仅仅是主观的东西？

* 我只希望这篇文章没有语法错误！

通过用户级抽象，我的意思是我应该如何称呼它们以及我应该在 UI 中使用什么样的图标来表示它？大多数用户现在应该熟悉标签的概念，但我不太确定分层标签是否如此，标签的抽象也不完全适合。

我所拥有的实际上是文件夹和标签之间的东西，因为每个子标签都是其父标签的适当子集。要获取文件夹标签事物的内容，您需要将其内容加上其子文件夹标签事物的内容并递归地执行此操作。在某种程度上，它们就像（在这里我只是在提问过程中部分回答了我自己的问题）类别。你们如何看待称它们为类别？你会给它什么样的图标，因为一个类别是一个抽象的概念，而不是一个可以形成形状的物理对象？

（如果需要，可以维基）

编辑：为了澄清起见，我正在寻找的是像萨莉阿姨这样的最终用户的抽象，可以轻松掌握这个概念。理想情况下，还有一个图形表示（图标）可以很容易地与该概念相关联。

Edit2：我确实忘记提及的一件事是，一个项目可以存在于多个类别中（很像 Google Doc 允许您将文档添加到多个文件夹中）。我想我已经把自己称为类别了。它正好适合你可以用它们做的一切。某些东西可以属于一个以上的类别，子类别是有意义的，人们通常创建的大多数子类别都适合一种 is-a 关系（例如，Windows 用户可能会在他们的“我的文档”文件夹中说一个名为 resumes 的文件夹，因为简历是一个文档，如果您将文件夹视为类别，那么它在“我的文档”中也是有意义的）

我还没有弄清楚的是图标（我 99% 确定我将使用某种 TreeView 来显示它们）我可以只使用我想的文件夹图标，也许是自定义文件夹图标，除非其他人有更好的主意。谷歌称它们为文件夹，所以我想这不会太糟糕吧？

为了进一步澄清，我的目标受众将是技术足以知道如何下载和安装应用程序的人，但仅此而已。

哪个更正确，“价格表”或“价格表”？

FxCop 说：CA1702：Microsoft.Naming：类型名称“PriceList”中的复合词“PriceList”作为一个离散术语存在。如果您打算使用单个单词，请将其大小写为“价格表”。

编辑：这是一个带有标题、开始/结束日期等的对象。

我正在用 C# 编写一个 Event Booking 系统，这让我非常烦恼，因为“event”和“delegate”是保留字。“Delegate”我已更改为“Attendee”，但我想不出 Event 类（及其实例）的替代名称。我想出的最好的作品是“正在发生”，这对我来说有点 1970 年代的味道。另外，这些类将通过客户 API 公开，因此我必须使用专业术语。

任何建议将不胜感激。

编辑：困扰我的主要是实例和参数的命名：

基本上当我有一个python文件时：

并使用：

解释器给了我语法错误。

关于如何解决它的任何想法？python文件名中的破折号是非法的吗？

一般来说，我更喜欢详细说明 .NET 类和实例名称，但有时（引用 Mike Woodhouse 的话）：

过于冗长往往会掩盖语法，而语法很重要。

我觉得我真正误入了过度冗长制度的第一个地方是在 Silverlight 和 WPF 应用程序中实现模型-视图-视图模型 (MVVM) 模式。

例如，我从一个 EnumerableRange 模型对象开始：

然后，我想创建一个控件，允许我显示此类以供用户输入。因此，我创建了一对与视图相关的类：

1. 一个 EnumerableRangeControlView 用户控件（在 XAML 中），以及
2. POCO EnumerableRangeControlViewModel

现在，我分别在父 View 和 ViewModel 中使用这对。使用 MVVM，视图实例不需要名称，但我的 ViewModel 实例现在命名为：

IndependentVariableEnumerableRangeControlViewModel。

事情开始失控了！你会怎么办？

我们想写入给定目录中的“foo.txt”。如果“foo.txt”已经存在，我们要写入“foo-1.txt”，以此类推。

有一些代码片段试图回答这个问题，但没有一个是非常令人满意的。例如，CocoaDev 的这个解决方案使用 NSFileManager 来测试路径是否存在以创建安全路径。但是，这会导致获取路径和写入路径之间出现明显的竞争条件。尝试原子写入会更安全，并在失败时循环数字后缀。

去吧！

复制：

我是否应该将我的网站默认为 www.foo？

老实说，我不知道“ http://example.com ”和“ http://www.example.com ”之间的区别是什么。

我通常总是使用较短的版本，只是为了长度而没有“www”。但我知道（认为）当用户在交替使用的版本时尝试访问站点时可能会出现 cookie 冲突。所以在我所有的网站上，我只是将“ http://www.foo.com/bar ”重定向到“ http://foo.com/bar ”。但是关于使用“www”有什么要说的吗？

我有以下方法：

这些方法的正确名称是什么？（因为将XXX转换为YYY只是不会在实用程序库中剪切它）