当使用的一种形式的设计师,应该片公司的财产被命名?
-
25-09-2019 - |
题
在IDEs像QtCreator或视觉C#'s体设计师,我想听到是否片公司的财产"应当"一名或只是剩下的默认命名方案从形式的设计师。如果对象是不会被触动代码,只作为非改变文本的信息,并对象需要的一部分,一名方案?如果我有一个标签上的文字用户进入他们的名字,我应该名称的标签"lblNamePrompt"?
只是好奇得到一些答复。
解决方案
如果该对象是不会在代码被触摸并仅作为非变化的文本信息,并在对象需要被一些命名方案的一部分?
我不会给它一个名字,如果我不打算使用它。
由于我很懒惰,因为如果有什么工作,因为它是,我是不会解决的东西。
其他提示
我不同意接受的答案。还有一些方面的编程在哪里可以认为,懒惰是一种美德,但命名并不是他们中的一个—它是否是控制变量,或成员,你的目标应该是 清楚的, 不效率。
有人需要理解和维护这个代码最终,甚至如果这只是我试图回答一个问题,你已经张贴在栈溢出。更多的描述性名称,你给你的对象,更容易时我或任何人将不得不通过筛选,你的源码。
假设你正在使用的形式设计师可视作室,我建议一个非常简单的规则:
如果你不打算使用控制来自任何地方代码,应当设置其
GenerateMember
财产,以"虚假"。 这防止了设计师的发一个类级别成员的变量控制,而不是只产生地方变量InitializeComponent
方法, ,这限制的混乱。然后和你才应该感到舒适不给予控制的一个名称。否则,如果你打算或可能曾经参考的控制从某个地方,在你的代码,应给它一个 描述 名称。 期。它不是硬要类型的东西。
我以为有争议的一部分,这个问题将是否准匈牙利表示法是有用的
(作为建议在Garis的答复),而不是是否应该得到控制,一个名称。我个人 喜欢 的方式"btn"使所有按钮的控制,以进行排序在一起,在智能感知的,但我的理解是,一些人有病态的仇恨匈牙利,大概源自具有被迫使用它在某个较早阶段,在他们的编码的职业生涯的,所以随时使用或不取决于你的快乐。
我认为保留的代码 清楚的 即使你不要碰它"不"(通知的双引号)是一个很好的做法。我将推荐给一个好的名字。
我不是一个。净的程序员,但我已经看到在某些代码,他们使用名称,如:
为:
标签:
- lblFirstName
- lblLastName
- lblAddress
按钮:
- btnSend
- btnCancel
我非常亲YAGNI.但我认为这值得给予对象的名称引用它的目的/使用情况。