几种常见的软件命名规则

常用命名规范分类:匈牙利命名法、下划线命名法、驼峰命名法、帕斯卡命名法 目录 1、匈牙利命名法(Hungarian) 变量属性 2、下划线命名法(UnderScoreCase) 3、驼峰命名法(小驼峰命名法)(Camel) 4、帕斯卡命名法(大驼峰命名法)(Pascal) 总结: 1、匈牙利命名法(Hungarian) 基本原则是:变量名=属性+类型+对象描述 例: int g_int_age = 18;//(g_ 全局变量/c_ 常量/m_ 局部变量/s_ 静态变量) int iMyAge; // "i": int char cM. 阅读详情

      今天终于有时间可以不用加班,回来看电影,听歌。筹划已久的博客,今天终于也迎来了第一篇有意义的文章,参考了网络上的一些文章,写的不好,再努力。

     实际上命名规范是有很多的,也不是见到的就可以说的清楚,这里就就简单的介绍三种:匈牙利命名规范,Pascal,Camel:

 

一、匈牙利命名规范:广泛应用于象Microsoft Windows这样的环境中。

   几年以前,Charles Simonyi(他后来成为微软的著名程序员)设计了一种以前缀为基础的命名方法,这种方法后来称为"匈牙利表示法"以记念他.他的思想是根据每个标识符所代表的含义给它一个前缀.微软后来采用了这个思想,给每个标识符一个前缀以说明它的数据类型.因此,整型变量的前缀是n,长整型变量是nl,字符型数组变量是ca,以及字符串(以空类型结尾的字符数组)以sz为前缀.这些名字可能会非常古怪.比如说:lpszFoo表示"Foo"是一个指向以空字符为结尾的字符串的长整型指针. 这种方法的优点是使人能够通过变量的名字来辨别变量的类型,而不比去查找它的定义.遗憾的是,这种方法不仅使变量名字非常绕口,而且使改变变量类型的工作变得十分艰巨.在Windows3.1中,整型变量为16为宽.如果我们在开始时采用了一个整型变量,但是在通过30---40个函数的计算之后,发现采用整型变量宽度不够,这时我们不仅要改变这个变量的类型,而且要改变这个变量在这30--40个函数中的名字. 因为不切实际,除了一些顽固的Windows程序员外已经没有人再使用"匈牙利表示法"了.毫无疑问,在某种场合它依然存在,但大部分人现在已经抛弃它了.一般而言,输入前缀是一种糟糕的想法,因为它把变量于其类型紧紧地绑在了一起. 对于30行以下的函数,匈牙利方法一般有优势。 尤其是对界面编程,有优势。 但对于有强烈的算法要求、尤其是有很多抽象类型的C++程序,匈牙利方法简直是一个灾难。 看你用在什么地方。 现在有了很好的IDE工具,如:VC,SourceInsight等. 选中变量,会自动提示告诉你它的声明和定义,这样 匈牙利命名法就没有很大的必要了. 无非就是为了程序可读性较好. 实际上良好的代码书写习惯比强制使用匈牙利命名法更重要. 系统性。整体性。可读性。分类要清楚。要有注释! 匈牙利命名法是微软推广的一种关于变量、函数、对象、前缀、宏定义等各种类型的符号的命名规范。匈牙利命名法的主要思想是:在变量和函数名中加入前缀以增进人们对程序的理解。它是由微软内部的一个匈牙利人发起使用的,结果它在微软内部逐渐流行起来,并且推广给了全世界的Windows开发人员。下面将介绍匈牙利命名法,后面的例子里也会尽量遵守它和上面的代码风格。还是那句话,并不是要求所有的读者都要去遵守,但是希望读者作为一个现代的软件开发人员都去遵守它。

匈牙利命名法通过在变量名前面加上相应的小写字母的符号标识作为前缀,标识出变量的作用域,类型等。这些符号可以多个同时使用,顺序是先m_(成员变量),再指针,再简单数据类型,再其他。例如:m_lpszStr, 表示指向一个以0字符结尾的字符串的长指针成员变量。

    匈牙利命名法关键是:标识符的名字以一个或者多个小写字母开头作为前缀;前缀之后的是首字母大写的一个单词或多个单词组合,该单词要指明变量的用途。

匈牙利命名法中常用的小写字母的前缀:

前 缀       类  型
a               数组 (Array)
b               布尔值 (Boolean)
by             字节 (Byte)
c              有符号字符 (Char)
cb            无符号字符 (Char Byte,没有多少人用)
cr             颜色参考值 (ColorRef)
cx,cy         坐标差(长度 ShortInt)
dw           Double Word
fn              函数
h                Handle(句柄)
i                整型
l              长整型 (Long Int)
lp             Long Pointer
m_          类的成员
n            短整型 (Short Int)
np          Near Pointer
p            Pointer
s           字符串型
sz         以null做结尾的字符串型 (String with Zero End)
w        Word

二、骆驼命名法(Camel)

        骆驼式命令法,正如它的名称所表示的那样,是指混合使用大小写字母来构成变量和函数的名字,注意第一个单词是永远小写的,后面的单词首字母是大写,其余的就是小写。例如,下面是分别用骆驼式命名法和下划线法命名的同一个函数:

   printEmployeePaychecks();

    print_employee_paychecks();

     第一个函数名使用了骆驼式命名法——函数名中的每一个逻辑断点都有一个大写字母来标记;第二个函数名使用了下划线法----函数名中的每一个逻辑断点都有一个下划线来标记。

    骆驼式命名法近年来越来越流行了,在许多新的函数库和Microsoft
Windows这样的环境中,它使用得当相多。另一方面,下划线法是c出现后开始流行起来的,在许多旧的程序和UNIX这样的环境中,它的使用非常普遍。

 

好处很明显,可以很清晰的明白命名的意义,这也是编程命名的一个基本出发点。

 

三、帕斯卡(pascal)命名法:

       与骆驼命名法类似。只不过骆驼命名法是首字母小写,而帕斯卡命名法是首字母大写

       如:public void
DisplayInfo();

              string UserName;

              二者都是采用了帕斯卡命名法.


在C#中,以帕斯卡命名法和骆驼命名法居多。

 

 

总结下他们分别是在什么情况下使用:

 

 

1 匈牙利命名:一种古老的命名规范,在小的函数中可以使用,代码量很低。有现代的IDE工具就不需要的。但是程序员应该都能熟悉。

 

2 Camel命名: 可以多出使用,主要用法以c#参考:主要用于变量命名规范,函数的形参,变量,

 

3 Pascal命名: 同上,主要用在类型,函数名,文件名,

 

 

附上.NET命名规范中文版

词语选择

避免使用由经常使用的名称空间复制的类型名。类型名不能使用下列词语。
System       Collections   Forms       UI

避免使用与常用关键词冲突的标识符。例如,避免使用下列词语。

AddHandler

AddressOf

Alias

And

Ansi

As

Assembly

Auto

BitAnd

BitNot

BitOr

BitXor

Boolean

ByRef

Byte

ByVal

Call

Case

Catch

CBool

CByte

CChar

CDate

CDec

CDbl

Char

CInt

Class

CLng

CObj

Const

CShort

CSng

CStr

CType

Date

Decimal

Declare

Default

Delegate

Dim

Do

Double

Each

Else

ElseIf

End

Enum

Erase

Error

Event

Exit

ExternalSource

False

Finally

For

Friend

Function

Get

GetType

Goto

Handles

If

Implements

Imports

In

Inherits

Integer

Interface

Is

Let

Lib

Like

Long

Loop

Me

Mod

Module

MustInherit

MustOverride

MyBase

MyClass

Namespace

New

Next

Not

Nothing

NotInheritable

NotOverridable

Object

On

Option

Optional

Or

Overloads

Overridable

Overrides

ParamArray

Preserve

Private

Property

Protected

Public

RaiseEvent

ReadOnly

ReDim

Region

REM

RemoveHandler

Resume

Return

Select

Set

Shadows

Shared

Short

Single

Static

Step

Stop

String

Structure

Sub

SyncLock

Then

Throw

To

True

Try

TypeOf

Unicode

Until

Variant

When

While

With

WithEvents

WriteOnly

Xor

eval

extends

instanceof

package

var



标识符(包括参数名)中不要使用缩写。
如果必须使用缩写:
任何超过两个字符以上的缩写都使用camel大写格式,即使这不是标准缩写。

名称空间
命名名称空间的一般规则如下:
CompanyName.TechnologyName

这样,我们看到的名称空间应该是这样的:
Microsoft.Office
PowerSoft.PowerBuilder

注意:这只是一个原则。第三方公司可以选择其它的名字。

避免用公司名称或其它著名品牌的名称作为名称空间的前缀,这样会造成两个公布的名称空间有同一个名称的可能性。(例如,将微软提供的Office自动类命名为Microsoft.Office。)

使用Pascal大写方式,用逗号分隔逻辑成分(例如,Microsoft.Office.PowerPoint)。如果你的品牌使用的是非传统大写方式,那么一定要遵循你的品牌所确定使用的大写方式,即使这种方式背离了通常的名称空间大写规则(例如,NeXT.WebObjects,和ee.cummings。)

该用复数的时候要使用复数的名称空间名。例如,使用System.Collections而不是System.Collection。本规则的特例是品牌名称和缩写。例如:使用System.IO而不是System.IOs。

名称空间和类不能使用同样的名字。例如,有一个类被命名为Debug后,就不要再使用Debug作为一个名称空间名。

类和类成分

类的命名原则
用名词或名词短语命名类。
使用Pascal大写。
减少类名中缩写的使用量。
不要使用任何类前缀(比如C)。
不要使用带下划线的字符。

下面是一些正确命名的类名的例子。
public class FileStream {
}
public class Button {

}
public class String {
}

接口命名原则
使用名词或名词短语,或者描述行为的形容词来命名接口。例如,IComponent(描述性名词),ICustomAttributeProvider(名词短语),和IPersistable(形容词)。
使用Pascal大写。
减少接口名中缩写的使用量。
不要使用带下划线的字符。
在接口名前加前缀I,以表示这个类型是一个接口。
不要在类名前加上前缀C。偶而情况下,需要在类名前加上I而并不表示它是一个接口。在这种情况下,只要I后面的字符是小写就可(例如,IdentityStore。)
当类是接口的标准执行时,定义这一对类/接口组合就要使用相似的名称。两个名称的不同之处只是接口名前有一个I前缀。

下面我们举个例子,来看看接口IComponent和它的标准执行,类Component。
public interface IComponent {
}
public class Component : IComponent {
}
public interface IServiceProvider{
}
public interface IFormatable {
}

属性命名原则

在属性的后面加上Attribute后缀,来自定义属性类。如下例所示。
public class ObsoleteAttribute{
}

Enum命名原则
Enum需使用Pascal大写。
Enum值名需使用Pascal大写。
减少enum名中缩写的使用量。
Enum名前不要加前缀(例如,adxxx表示ADO enums,rtfxxx表示多信息文本enum,等等。)。
在enum类型上不要加Enum后缀。
Enum名称需使用单数名词。
比特域使用复数名词。
如果列举值在参数或属性中使用,需用一个enum来定义列举值。这样工具就可以知道一个属性或参数可能的值了。

public enum FileMode{
Create,
CreateNew,
Open,
OpenOrCreate,
Truncate
}

如果数字值to be bitwise or'ed together,就使用Flags对属性进行自定义。

[Flags]
public enum Bindings {
CreateInstance,
DefaultBinding,
ExcatBinding,
GetField,
GetProperty,
IgnoreCase,
InvokeMethod,
NonPublic,
OABinding,
SetField
SetProperty,
Static
}

在封装一个Win32 API时,这个规则有一个特例。从一个Win32标头产生内部定义是很常见的。你可以使用Win32大写,这种形式下字母通常全部大写。

使用Int32作为一个enum的基础类型。
如果这个enum代表标志,而且标志又非常多(大于32),或者这个enum在将来可以发展成许多标志,或者类型需要与类型int有所不同以便向后兼容时,在这种情况下就产生了特例。

只有在值可以被完全表示为一组位标志时,才使用enum。开集不能使用enum(例如操作系统版,等等)。

只读和Const字段名
用名词,名词短语,或名词的缩写命名静态字段。
用Pascal大写命名静态字段。
不要用匈牙利文类型的符号作静态字段名的前缀。

参数名
使用描述性参数名。参数名应该具有足够的描述性,这样在大多数情况下参数名和它的种类可以用来确定它的意思。
用camel大写方式命名参数。
根据参数的意思来命名参数,而不是根据参数的种类来命名。我们希望开发工具可以用很方便的方式提供关于参数种类的信息,这样参数名可以得到更好的使用,可以对语义而不是对种类进行描述。但是偶尔使用根据类型命名的参数名也是完全可以的。

不要使用保留参数。如果在下一个版本中需要更多的数据,可以增加进来。
不要用匈牙利文类型的符号作为字段名的前缀。

Type GetType (string typeName)
string Format (string format, object [] args)

方法命名原则
用动词或动词短语命名方法。
用下述范例所示的Pascal大写方式命名方法。
RemoveAll()
GetCharArray()
Invoke()

属性命名原则
用名词或名词短语命名属性。
用Pascal大写命名属性。
属性与类型要一样。
用与一个类型的名称相同的名字来命名属性时,就使这个属性的类型成为那个类型。虽然听起来有些奇怪,但这是正确的。下面的例子正确使用了属性命名原则。
public enum Color {...}
public class Control {
public Color Color { get {...} set {...} }
}
下例就是不正确的。
public enum Color {...}
public class Control {
public int Color { get {...} set {...} }
}

在那个不正确的例子中,要想引用Color enum是不可能的,因为Color,Xxx会被翻译成一个成员访问,它会首先获得Color属性的值(int种类),然后再访问那个值的成员(它应该是System.Int32的一个实例成员)。

事件命名原则
用EventHandloer后缀命名事件处理程序,如下列所示。
public delegate void MouseEventHandler(object sender, MouseEvent e);

使用名为sender和e的两个参数。
Sender参数代表提出事件的对象。Sender参数永远是一个类型对象,即使它可能使用了更为特定的类型。

与事件相关的状态被封装在一个名为e的事件类范例中。要使用这个类型的正确的、特定的事件类。
public delegate void MouseEventHandler(object sender, MouseEvent e);

用EventArgs后缀命名事件自变量类,如下例所示。
public class MouseEventArgs : EventArgs {
int x;
int y;
public MouseEventArgs(int x, int y)
{ this.x = x; this.y = y; }
public int X { get { return x; } }
public int Y { get { return y; } }
}

命名事件名时,需要有之前和之后的时态概念,因此要使用现在时态和过去时态(不要使用BeforeXxx/AfterXxx的方式)。例如,可以被取消的结束事件就有Closing事件和Closed事件。

public event ControlEventHandler ControlAdded {
//..
}

用动词命名事件。

区分大小写
不要使用需要对大小写作出区分的名称。各成分不论是在区分大小写还是不区分大小写的语言下都必须是完全可用的。因为不区分大小写的语言不能在同样的环境下对只有大小写不同的两个名称作出辩别,所以成分必须避免这种情况。
不要产生两个名称相同只有大小写不同的名称空间。
namespace ee.cummings;
namespace Ee.Cummings;
带有两个参数的一个类型,其两个参数的名称不能只有大小写不同。
void foo(string a, string A)
System.WinForms.Point p;
System.WinForms.POINT pp;
带有两个属性的一个类型,其属性的名称不能只有大小写不同。
int Foo {get, set};
int FOO {get, set}
带有两种方法的一个类型,其方法的名称不能只有大小写不同。
void foo();
void Foo();

避免类型名出现混淆

不同的语言使用不同的术语以识别基本管理类型。设计人员必须避免使用对语言有专门要求的术语。遵照本章说明的规则,避免出现类型名称混淆的情况。
使用语义上有意义的名称,而不要使用类型名称。
在很少见的情况下,参数除了类型以外语义上没有任何意义,这时使用类属名。例如,一个类支持将多种数据类型写进一个流中,这个类可能有下列方法:
void Write(double value);
void Write(float value);
void Write(long value);
void Write(int value);
void Write(short value);
上面的例子在下述对语言有专门要求的情况下是首选。
void Write(double doubleValue);
void Write(float floatValue);

void Write(long longValue);
void Write(int intValue);
void Write(short shortValue);

在极端情况下,每一个基本数据类型需要有唯一的命名方式,此时使用下面的通用类型名称。

C# type name

Visual Basic type name

JScript type name

Visual C++ type name

IL representation

Universal type name

sbyte

SByte

SByte

char

I1

SByte

byte

Byte

byte

unsigned char

U1

Byte

short

Short

short

short

I2

Int16

ushort

UInt16

UInt16

unsigned short

U2

UInt16

int

Integer

int

int

I4

Int32

uint

NA

NA

unsigned int

U4

UInt32

long

Long

long

__int64

I8

Int64

ulong

UInt64

UInt64

Unsigned __int64

U8

UInt64

float

Single

float

float

R4

Single

double

Double

double

double

R8

Double

bool

Boolean

boolean

bool

I4

Boolean

char

Char

char

wchar_t

U2

Char

string

String

String

String

System.String

String

object

Object

Object

Object

System.Object

Object


一个支持从流中读取多种数据类型的类可以有下列方法。
double ReadDouble();
float ReadSingle();
long ReadIn64();
int ReadInt32();
short ReadInt16();

上面的例子在下述对语言有专门要求的情况下是首选。
double ReadDouble();
float ReadFloat();
long ReadLong();
int ReadInt();
short ReadShort();

 

 

 

 

 

 

 

 

   

什么是编程语言的匈牙利表示法 匈牙利命名规范是一种编程命名约定,最初由 Charles Simonyi 引入。他在匈牙利长大,因此这种命名约定被称为匈牙利命名法则。这种命名法主要用于提高代码的可读性和可维护性,通过在变量名中嵌入变量类型或用途的信息,使得代码更容易理解和追踪。在匈牙利命名规范中,变量名的前缀通常表示该变量的类型或范围,其后跟随实体名。比如,前缀str用于字符串,n用于整数。匈牙利命名规范有两个主要分支:系统匈牙利命名(Systems Hungarian)和应用匈牙利命名(Apps Hungarian)。nCount。 阅读详情

相关推荐

软件版本号命名规范

软件版本命名规则是规范软件开发过程中的一个重要环节,它帮助开发者和用户清晰地了解软件的更新状态和发展历程。

mickey2007的博客 1978

代码的两种命名方法:驼峰命名、匈牙利命名(优缺点)

一、骆驼命名法:   小驼峰法(camel方法)变量一般用小驼峰法标识。 第一个单词以小写字母开始;第二个单词的首字母大写或(第一个单词之后)每一个单词的首字母都采用大写字母, 例如:myFirstName、myLastName 大驼峰法(Upper Camel Case)也称为:帕斯卡命名法:(pascal方法)常用于类名,函数名,属性,命名空间。 相比小驼峰法,大驼峰法把第一个单词的首字母也大...

weixin_42220130的博客 1531

跨厂商网络设备的RADIUS认证:Windows NPS的兼容性与最佳实践

本文详细探讨了Windows NPS在多厂商网络环境中的RADIUS认证实践,特别针对华为、华三、思科等主流设备的兼容性问题提供解决方案。从基础配置到高级优化,涵盖VSA属性映射、认证协议选择及安全加固措施,帮助企业实现统一身份认证并提升网络安全性。

weixin_29213827的博客 421

四种常用的命名规则:帕斯卡命名法、驼峰命名法、下划线命名法、匈牙利命名法

帕斯卡命名法、驼峰命名法、匈牙利命名法、下划线命名法其中前三种用的比较多。 1,帕斯卡命名法(Pascal) 程序代码示例: ShowMessage(); string PassWord; 单字之间不以空格断开或连接号(-)、底线(_)连结,第一个单字首字母采用大写字母;后续首字母亦用大写字母,例如:FirstName、LastName。每一个单字的首字母都采用大写字母的命名格式,被称为“Pascal命名法”,也有人称之为“大驼峰式命名法”(Upper Camel Case),为驼峰式大小写.

weixin_55076626的博客 2万+

ADS仿真设计平行定向耦合器学习笔记

ADS仿真设计平行定向耦合器

qq_36521926的博客 1万+

python 抖音采集_python爬取抖音视频的实例详解

import requestsimport jsonimport reimport osfrom pprint import pprint as ppimport queueclass DouYin:header = {'accept': 'text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*...

weixin_35795675的博客 1864

软件代码几种常见命名规则

关注+星标公众号,不错过精彩内容素材来源| 网络编排 | strongerHuang良好的编程习惯,决定了今后代码的质量。很多工程师不注重平时编码习惯,比如命名规则,一会大写、一会小写,一会中文拼音,一会下划线等,导致自己写的代码自己都看不懂了。今天就来分享一点关于软件代码常见的几种命名规则。匈牙利命名法匈牙利命名法广泛应用于微软 Windows 这类环境中,这种命名技术是由微软早期的一位能干的...

strongerHuang 664

MacOS蓝牙连接疑难杂症:从基础排查到高级修复全攻略

本文提供了一份全面的MacOS蓝牙故障排查与修复指南。从基础的菜单栏检查、终端命令诊断,到软/硬重启蓝牙服务、删除配置文件,再到使用blueutil工具、重置NVRAM等高级方法,系统性地解决了蓝牙无法连接、连接不稳定等常见问题。最后还分享了环境干扰排查、预防措施及硬件故障自检方法,帮助用户彻底解决Mac蓝牙连接难题。

weixin_29271263的博客 450

4 命名规则_浅谈工控软件的符号变量命名规则

话说唐僧师徒被困平顶山莲花洞,金角大王的紫金葫芦着实厉害,孙悟空多次被银角大王用葫芦收了进去。危难之际,悟空变身为毕加索,继续叫阵。 各位看官,天生娇子_银角大王一战败北,“宝宝太难了,宝宝真是比窦娥还冤。”由此可见名字的重要性。 2010年以来,随着半导体行业的快速发展,工控行业的产品硬件进行了较大的升级换代,各品牌也推出了与之配套的全新软件平台,像西门子TIA Port...

weixin_36265507的博客 3035

自抗扰控制ADRC原理解析及案例应用

ESO的设计通常基于系统动态方程的线性化或近似模型,其输出包括系统状态的估计值和总扰动的估计值。非线性状态误差反馈控制律(Nonlinear State Error Feedback,NLSEF)是ADRC的最后一个环节,负责根据ESO和TD提供的信息生成控制信号。ADRC的另一个重要发展方向是与其他控制策略的融合,如模糊控制、神经网络和自适应控制等,以进一步提高系统的鲁棒性和适应性。ADRC的参数主要包括扩张状态观测器(ESO)的参数和非线性状态误差反馈控制律(NLSEF)的参数。

LIUMAO99的博客 9285

Debezium系列之:使用指定值替代指定字段的值

Debezium系列之:使用指定值替代指定字段的值

zhengzaifeidelushang的博客 306

软件项目版本号的命名规则及格式

         软件项目版本号的命名规则及格式 一、GNU 风格的版本号命名格式 :主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]]Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]]示例 : 1.2.1, 2.0, 5.0.0 build-13124二、Windows 风

cityvulture的专栏 777

【WRF-Urban】URBPARM_LCZ.TBL 查找表解释及内容

URBPARM_LCZ.TBL 查找表解释及内容

WW、forever的博客 1754

软件版本号详解

<br />       alphal 内部测试版<br />    beta 外部测试版<br />    demo 演示版<br />    Enhance 增强版或者加强版 属于正式版<br />    Free 自由版<br />    Full version 完全版 属于正式版<br />    shareware 共享版<br />    Release 发行版 有时间限制<br />    Upgrade 升级版<br />    Retail 零售版<br />   

262

STM32堆栈溢出问题及解决方法

堆栈是用于存储函数调用和局部变量的内存区域,它是一种先进后出的数据结构。如果函数嵌套层级过深或者局部变量占用的内存空间过大,堆栈的大小可能不足以容纳这些信息,从而导致堆栈溢出。在一些特殊情况下,可以使用堆内存替代堆栈,以避免堆栈溢出问题。在STM32的工程中,可以通过修改链接脚本文件(.ld文件)中的堆栈大小参数来增加堆栈空间。通常,堆栈大小设置为RAM的一小部分,但需要根据具体应用的需求进行调整。堆栈溢出是嵌入式系统开发中常见的问题之一,特别是在使用STM32微控制器时。3.3 使用堆内存替代堆栈。

ZwcCsharp的博客 2594

霍尼韦尔SoftMaster使用说明

霍尼韦尔SoftMaster使用说明

JAVAEE 实训日志01_20200704 上

文章目录1.目录规范规范目录编码风格缩进规则BSD,匈牙利K&R2.体系结构特性SBD BASIC ,汇编 语句级编程FBD C,FORTRAN,C++ 函数级编程CBD JAVA2, mfc,c# 组件级编程、补充:3.开发环境补充:3. database client side 数据库客户端 1.目录规范 规范目录 工作目录 非操作系统分区 D:\workspace\20170227 项目目录 D:\workspace\20160906\worknote

Beyond_Nothing 5484

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

代码规范

常言道见微知著,对于程序员说也是如此的。 把代码规范起来也就是让人能具体的看得懂,为了统一公司软件开发的设计过程中关于代码编写时的编写规范和具体开发工作时的编程规范,保证代码的一致性,便于交流和维护。 当然代码规范不是按照一个自己的规范来写的,而是按照一个特定的格式规范来的,比如说 Pascal命名法:所有单词的首字母都大写,其他字母小写 Camel命名法:除首字母外,其他单词的首字...

你只有踏出第一步,下一步才会跟着来,否则你将永远停留在原地。 129

efm32 入门.pdf

本PDF共计22页,介绍的是操作驱动API,下载与否自己斟酌。

蓝牙模块HM-10手册

蓝牙模块HM-10手册,该手册对蓝牙模块HM-10进行了详细的介绍和使用方法以及一些AT指令。

几种常见的程序命名规则

正确并形象地给函数、变量命名,不仅可以增加程序的可读性,也是程序员编程风格的一种反映。较好的命名习惯,可以有效的提高程序的可维护性。以下介绍几种常用的变量命名规则。 匈牙利命名法 广泛应用于Microsoft Windows这类环境中。 这种命名技术是由一位能干的 Microsoft 程序员查尔斯·西蒙尼(Charles Simonyi) 提出的。匈牙利命名法通过在变量名前面加上相应的小写字母的符号标识作为前缀,标识出变量的作用域,类型等。这些符号可以多个同时使用,顺序是先m_(成员变 量),再指针,再.

xupeng1644的博客 3424

学习记录12-单片机代码几种常见命名规则(转)

帕斯卡命名法与驼峰命名法类似,只不过驼峰命名法是第一个单词首字母小写,而帕斯卡命名法则是第一个单词首字母大写。有很多人平时不注意自己的代码规范,函数和变量命命随心所欲,造成一个星期就不认识自己的代码,于是今天就来分享一点关于软件代码常见的几种命名规则。事实上,很多程序设计者在实际命名时会将驼峰命名法和帕斯卡结合使用,例如变量名采用驼峰命名法,而函数采用帕斯卡命名法。单字符的名字也是常用的,如i, j, k等,它们通常可用作函数内的局部变量。采用下划线分割大写字母的方式命名,一般应以设备名作为前缀,

2301_80596293的博客 1279

常见代码命名规则

正确并形象地给函数、变量命名,不仅可以增加程序的可读性,也是程序员编程风格的一种反映。较好的命名习惯,可以有效的提高程序的可维护性。以下介绍几种常用的变量命名规则。 一、匈牙利命名法:广泛应用于Microsoft Windows这类环境中。 这种命名技术是由一位能干的 Microsoft 程序员查尔斯·西蒙尼(Charles Simonyi) 提出的。匈牙利命名法通过在变量名前面加上相应的小写字母的符号标识作为前缀,标识出变量的作用域,类型等。这些符号可以多个同时使用,顺序是先m_(成员变 量),再指针

顺其自然~专栏 1322

软件开发中常见的命名规范有哪些?

在软件开发中,有多种命名规则,具体使用哪种规则通常取决于团队的编码规范、编程语言的习惯以及具体的场景需求。

qq_33739887的博客 2378

c语言变量命名规则_浅谈工控软件的符号变量命名规则

话说唐僧师徒被困平顶山莲花洞,金角大王的紫金葫芦着实厉害,孙悟空多次被银角大王用葫芦收了进去。危难之际,悟空变身为毕加索,继续叫阵。 各位看官,天生娇子_银角大王一战败北,“宝宝太难了,宝宝真是比窦娥还冤。”由此可见名字的重要性。 2010年以来,随着半导体行业的快速发展,工控行业的产品硬件进行了较大的升级换代,各品牌也推出了与之配套的全新软件平台,像西门子TIA Port...

weixin_39742392的博客 1373

程序设计中几种常见的命名规则

程序设计中几种常见的命名规则 1. 匈牙利命名法(Hungarian) 广泛应用于象 Microsoft Windows 这样的环境中。 Windows 编程中用到的变量(还包括宏)的命名规则匈牙利命名法,这种命名技术是由一 位能干的 Microsoft 程序员查尔斯·西蒙尼(Charles Simonyi) 提出的。 匈牙利命名法通过在变量名前面加上相应的小写字母的符号标识作为前缀, 标识出

iw1210的专栏 2510
上一篇: 优快云,我来了!
下一篇: Winform中在Form上截取消息的两种方法比较
dadahacker
博客等级 码龄20年 78粉丝 120原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值