ASP.NET 控件的命名约定

发布于 2024-12-28 04:58:24 字数 276 浏览 0 评论 0原文

可能的重复:
ASP.NET 控件的命名准则是什么?

是否有关于 ASP.NET 控件元素的命名约定/样式的标准指南。我见过一些开发人员在文本框前加上 txt 等前缀。是否有任何应该遵守的标准?

Possible Duplicate:
What are the naming guidelines for ASP.NET controls?

Is there a standard guidelines as to the naming convention/style that asp.net control elements should be named. I have seen some developers prefixing textboxes with txt etc. Are there any standards that should be abided by?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(4

奢华的一滴泪 2025-01-04 04:58:24

您可以使用 ISO 标准命名约定或 CMM 级别约定。

就像函数名称“Add”

变量名称“strQuery”

控件名称“btnSubmit”

类名称“Common”

命名空间“Sanjog.Web”

公共属性名称“UniqueId”

私有变量“_uniqueId”

希望这就是您正在寻找的。

You can use ISO standard Naming convention or CMM level convention.

like Function name "Add"

variable name "strQuery"

Control Name "btnSubmit"

Class Name "Common"

Namespace "Sanjog.Web"

public Property Name "UniqueId"

private variable "_uniqueId"

Hope this is what you are looking for.

五里雾 2025-01-04 04:58:24

像“txt”这样的前缀对于使用 VB6 的开发人员来说更为常见,或者是从使用 VB6 的开发人员那里学到的。在真正面向对象的环境(例如 .NET)中,没有必要为项目添加前缀来指示其类型。然而,这样做完全是个人喜好的问题,只要保持一致即可。

Prefixes like "txt" are more common with developers who came up through VB6, or learned from developers who came up through VB6. In a truly object-oriented environment such as .NET its not as necessary to prefix items to indicate their type. However, doing so it entirely a matter of personal preference, just be consistent.

别在捏我脸啦 2025-01-04 04:58:24

控件的命名没有官方标准。
实际上,命名约定只是为了您的方便,以便它可以重复使用,而那些将编辑它或试图理解它的人对他来说并不是什么大问题

现在进入正题,一般在公司级别遵循命名约定

,即有些使用文本框的前缀(如 textBoxName 、 textBoxPassword),有些使用 txt (如 txtName)。一切都是对的。
只是团队中的所有开发人员都必须遵循相同的要求,并在整个项目中保持相同的状态。

There is no official standard for naming of controls.
Actually the naming convention is only for your convenience so that it can be reusable and some one who will be editing it or trying to understand it would not be a big deal for him

Now coming to the point Generally Naming conventions are followed in company level

i.e some use the prefix of textbox (like textBoxName , textBoxPassword), some txt ( like txtName). Everything is right .
It is just that all the developers in a team must follow the same and the same to be maintained through out the project.

故事未完 2025-01-04 04:58:24

MSDN 已对此进行了介绍 -> MSDN 命名指南

(下面是链接页面的摘要,太长了,无法将所有内容都展示出来)

使用以下三个约定来大写标识符。

帕斯卡大小写 - 标识符中的第一个字母和
每个后续连接的单词都大写。你可以使用帕斯卡
三个或更多字符的标识符的大小写。

例如:背景颜色

驼峰式大小写 - 标识符的首字母小写
每个后续连接单词的第一个字母是
大写。

例如:背景颜色

大写 - 标识符中的所有字母均大写。
仅将此约定用于标识符
由两个或更少的字母组成。

例如:System.IOSystem.Web.UI

您可能还需要将标识符大写
保持与现有的非托管符号方案的兼容性,其中
所有大写字符通常用于枚举和常量
价值观。一般来说,这些符号在外部不应该是可见的。
使用它们的程序集。

不管怎样,只要从事项目的每个人都遵循相同的约定,那么无论约定是什么,你就可以开始。

MSDN has it covered -> MSDN Naming Guidelines

(follows an abstract from the linked page, too long to bring everything over)

Use the following three conventions for capitalizing identifiers.

Pascal case - The first letter in the identifier and the first letter of
each subsequent concatenated word are capitalized. You can use Pascal
case for identifiers of three or more characters.

For example: BackColor

Camel case - The first letter of an identifier is lowercase
and the first letter of each subsequent concatenated word is
capitalized.

For example: backColor

Uppercase - All letters in the identifier are capitalized.
Use this convention only for identifiers
that consist of two or fewer letters.

For example: System.IO, System.Web.UI

You might also have to capitalize identifiers to
maintain compatibility with existing, unmanaged symbol schemes, where
all uppercase characters are often used for enumerations and constant
values. In general, these symbols should not be visible outside of the
assembly that uses them.

Anyway, as long as everyone working on a project follows the same convention, you're good to go, whatever that convention is.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文