匈牙利命名法规则

匈牙利命名法规则
匈牙利命名法规则

匈牙利命名法规则大全

一般情况下,变量的取名方式为:

+ +

范围前缀_,类型前缀_,限定词。

特殊的类型命名,前缀表示:

类、接口

前缀类型例子备注

Lm Class LmObject I Interface 接口IUnknown 表示类型本身

不与范围前缀结合使用

注:类名前缀改为Lm,对于非全局的类最好有语义表示其所属模块。类的实例命名与类名大致相同,只是类名语义表示类的通用含义,而类名表示此实例的具体语义。如类名LmSketPoint表示草图点的类定义,而它的两个实例

_StartPoint,_EndPoint分别代表起点和终点的语义。类的实例命名带上前缀_。

特殊约定:

a.MouseTool的派生类的前缀为_Mt.

b.对话框类的前缀为CDlg.

c.橡皮条类的前缀为_Rb.

范围前缀:

前缀类型例子备注

g_ 全局作用域g_Servers

m_ 成员变量m_pDoc ,

l_ 局部作用域l_strName 少用注:编程时尽量少用全局变量,对于全局变量还应在类型前缀后加上如下关键字:

特征模块:Fea

草图模块:Sket

装配模块:Asm

工程图模块:Lay

曲面模块:Surf

界面模块:Ui

常用的一般数据类型的前缀

前缀类型内存规格描述例子

ch char 8-bit character chGrade

ch TCHAR 16-bit character if _UNICODE is

defined

chName

b BOOL Boolean value bEnabled

n int Integer (size dependent on

operating system)

nLength

n UINT Unsigned value (size dependent on

operating system)

nLength

w WORD 16-bit unsigned value wPos

l LONG 32-bit signed integer lOffset

dw DWORD 32-bit unsigned integer dwRange

p * Ambient memory model pointer pDoc

lp FAR* Far pointer lpDoc

lpsz LPSTR 32-bit pointer to character string lpszName

lpszName

lpsz LPCSTR 32-bit pointer to constant

character string

lpsz LPCTSTR 32-bit pointer to constant

lpszName

character string if _UNICODE is

defined

h handle Handle to Windows object hWnd

lpfn (*fn)() callbackFar pointer to CALLBACK

lpfnAbort

function

常用Windows对象名称缩写

例子变量MFC 类例子对象

Windows 对

HWND hWnd ; CWnd * pWnd ;

HDLG hDlg ; CDialog * pDlg ;

HDC hDC ; CDC* pDC ;

HGDIOBJ hGdiObj ; CGdiObject * pGdiObj ;

HPEN hPen ; CPen * pPen ;

HBRUSH hBrush ; CBrush * pBrush ;

HFONT hFont ; CFont * pFont ;

HBITMAP hBitmap ; CBitmap * pBitmap ; HPALETTE hPalette ; CPalette * pPalette ;

HRGN hRgn ; CRgn * pRgn ;

HMENU hMenu ; CMenu * pMenu ;

HWND hCtl ; CStatic * pStatic ;

HWND hCtl ; CButton * pBtn ;

HWND hCtl ; CEdit * pEdit ;

HWND hCtl ; CListBox * pListBox ;

HWND hCtl ; CComboBox * pComboBox ; Visual C++常用宏定义命名列表

前缀符号类型符号例子范围

IDR_ 标识多个资源共享

IDR_MAINFRAME 1 to 0x6FFF 的类型

IDD_SPELL_CHECK 1 to 0x6FFF IDD_ 对话框资源

(Dialog)

IDB_ 位图资源

IDB_COMPANY_LOGO 1 to 0x6FFF (Bitmap)

IDC_ 光标资源(Cursor) IDC_PENCIL 1 to 0x6FFF IDI_ 图标资源(Icon) IDI_NOTEPAD 1 to 0x6FFF ID_IDM_ 工具栏或菜单栏的ID_TOOLS_SPELLING 0x8000 to

命令项0xDFFF

HID_ 命令上下文帮助

(Command Help

context) HID_TOOLS_SPELLING 0x18000 to

0x1DFFF

IDP_ 消息框提示文字资

源IDP_INVALID_PARTNO 8 to

0xDFFF

HIDP_ 消息框上下文帮助

(Message-box

Help context) HIDP_INVALID_PARTNO 0x30008 to

0x3DFFF

IDS_ 字符串资源

(String)

IDS_COPYRIGHT 1 to 0x7FFF

IDC_ 对话框内的控制资

源(Control) IDC_RECALC 8 to

0xDFFF

VISUAL C++ 下的数据类型

类型含义

ATOM Atom. For more information, see

Atoms.

BOOL Boolean variable (should be TRUE

or FALSE).

BOOLEAN Boolean variable (should be TRUE

or FALSE).

BYTE Byte (8 bits).

CALLBACK Calling convention for callback

functions.

CHAR 8-bit Windows (ANSI) character.

For more information, see

Character Sets Used By Fonts. COLORREF Red, green, blue (RGB) color value

(32 bits). See COLORREF for

information on this type.

CONST Variable whose value is to remain

constant during execution. DWORD 32-bit unsigned integer.

DWORD_PTR Unsigned long type for pointer

precision. Use when casting a

pointer to a long type to perform

pointer arithmetic. (Also

commonly used for general 32-bit

parameters that have been

extended to 64 bits in 64-bit

Windows. )

DWORD32 32-bit unsigned integer.

DWORD64 64-bit unsigned integer.

FLOAT Floating-point variable.

HACCEL Handle to an accelerator table. HANDLE Handle to an object.

HBITMAP Handle to a bitmap.

HBRUSH Handle to a brush.

HCONV Handle to a dynamic data

exchange (DDE) conversation. HCONVLIST Handle to a DDE conversation list. HCURSOR Handle to a cursor.

HDC Handle to a device context (DC). HDDEDATA Handle to DDE data.

HDESK Handle to a desktop.

HDROP Handle to an internal drop

structure.

HDWP Handle to a deferred window

position structure. HENHMETAFILE Handle to an enhanced metafile. HFILE Handle to a file opened by

OpenFile, not CreateFile. HFONT Handle to a font.

HGDIOBJ Handle to a GDI object. HGLOBAL Handle to a global memory block. HHOOK Handle to a hook.

HICON Handle to an icon.

HIMAGELIST Handle to an image list.

HIMC Handle to input context. HINSTANCE Handle to an instance.

HKEY Handle to a registry key.

HKL Input locale identifier.

HLOCAL Handle to a local memory block. HMENU Handle to a menu.

HMETAFILE Handle to a metafile.

HMODULE Handle to a module. The value is

the base address of the module. HMONITOR Handle to a display monitor. HPALETTE Handle to a palette.

HPEN Handle to a pen.

HRGN Handle to a region.

HRSRC Handle to a resource.

HSZ Handle to a DDE string. HWINSTA Handle to a window station. HWND Handle to a window.

INT 32-bit signed integer.

INT_PTR Signed integral type for pointer

precision. Use when casting a

pointer to an integer to perform

pointer arithmetic.

INT32 32-bit signed integer.

INT64 64-bit signed integer.

LANGID Language identifier. For more

information, see Locales.

LCID Locale identifier. For more

information, see Locales. LCTYPE Locale information type. For a list,

see Locale and Language

Information.

LONG 32-bit signed integer.

LONG_PTR Signed long type for pointer

precision. Use when casting a

pointer to a long to perform

pointer arithmetic.

LONG32 32-bit signed integer.

LONG64 64-bit signed integer. LONGLONG 64-bit signed integer.

LPARAM Message parameter.

LPBOOL Pointer to a BOOL.

LPBYTE Pointer to a BYTE. LPCOLORREF Pointer to a COLORREF value. LPCRITICAL_SECTION Pointer to a

CRITICAL_SECTION.

LPCSTR Pointer to a constant

null-terminated string of 8-bit

Windows (ANSI) characters. For

more information, see Character

Sets Used By Fonts.

LPCTSTR An LPCWSTR if UNICODE is

defined, an LPCTSTR otherwise. LPCVOID Pointer to a constant of any type. LPCWSTR Pointer to a constant

null-terminated string of 16-bit

Unicode characters. For more

information, see Character Sets

Used By Fonts.

LPDWORD Pointer to a DWORD. LPHANDLE Pointer to a HANDLE.

LPINT Pointer to an INT.

LPLONG Pointer to a LONG.

LPSTR Pointer to a null-terminated string

of 8-bit Windows (ANSI)

characters. For more information,

see Character Sets Used By Fonts. LPTSTR An LPWSTR if UNICODE is

defined, an LPSTR otherwise. LPVOID Pointer to any type.

LPWORD Pointer to a WORD.

LPWSTR Pointer to a null-terminated string

of 16-bit Unicode characters. For

more information, see Character

Sets Used By Fonts.

LRESULT Signed result of message

processing.

LUID Locally unique identifier.

PBOOL Pointer to a BOOL.

PBOOLEAN Pointer to a BOOL.

PBYTE Pointer to a BYTE.

PCHAR Pointer to a CHAR.

PCRITICAL_SECTION Pointer to a

CRITICAL_SECTION.

PCSTR Pointer to a constant

null-terminated string of 8-bit

Windows (ANSI) characters. For

more information, see Character

Sets Used By Fonts.

PCTSTR A PCWSTR if UNICODE is defined,

a PCSTR otherwise.

PCWCH Pointer to a constant WCHAR. PCWSTR Pointer to a constant

null-terminated string of 16-bit

Unicode characters. For more

information, see Character Sets

Used By Fonts.

PDWORD Pointer to a DWORD.

PFLOAT Pointer to a FLOAT.

PHANDLE Pointer to a HANDLE.

PHKEY Pointer to an HKEY.

PINT Pointer to an INT.

PLCID Pointer to an LCID.

PLONG Pointer to a LONG.

PLUID Pointer to a LUID.

POINTER_32 32-bit pointer. On a 32-bit

system, this is a native pointer.

On a 64-bit system, this is a

truncated 64-bit pointer. POINTER_64 64-bit pointer. On a 64-bit

system, this is a native pointer.

On a 32-bit system, this is a

sign-extended 32-bit pointer. PSHORT Pointer to a SHORT.

PSTR Pointer to a null-terminated string

of 8-bit Windows (ANSI)

characters. For more information,

see Character Sets Used By Fonts. PTBYTE Pointer to a TBYTE.

PTCHAR Pointer to a TCHAR.

PTSTR PWSTR if UNICODE is defined, a

PSTR otherwise.

PTBYTE Pointer to a TBYTE.

PTCHAR Pointer to a TCHAR.

PTSTR A PWSTR if UNICODE is defined, a

PSTR otherwise.

PUCHAR Pointer to a UCHAR.

PUINT Pointer to a UINT.

PULONG Pointer to a ULONG.

PUSHORT Pointer to a USHORT.

PVOID Pointer to any type.

PWCHAR Pointer to a WCHAR.

PWORD Pointer to a WORD.

PWSTR Pointer to a null-terminated string

of 16-bit Unicode characters. For

more information, see Character

Sets Used By Fonts.

REGSAM Security access mask for registry

key.

SC_HANDLE Handle to a service control

manager database. For more

information, see SCM Handles. SC_LOCK Handle to a service control

manager database lock. For more

information, see SCM Handles. SERVICE_STATUS_HANDLE Handle to a service status value.

For more information, see SCM

Handles.

SHORT Short integer (16 bits).

SIZE_T The maximum number of bytes to

which a pointer can point. Use for

a count that must span the full

range of a pointer.

SSIZE_ T Signed SIZE_T.

TBYTE A WCHAR if UNICODE is defined,

a CHAR otherwise.

TCHAR A WCHAR if UNICODE is defined,

a CHAR otherwise.

UCHAR Unsigned CHAR.

UINT Unsigned INT.

UINT_PTR Unsigned INT_PTR.

UINT32 Unsigned INT32.

UINT64 Unsigned INT64.

ULONG Unsigned LONG.

ULONG_PTR Unsigned LONG_PTR.

ULONG32 Unsigned LONG32.

ULONG64 Unsigned LONG64. ULONGLONG 64-bit unsigned integer. UNSIGNED Unsigned attribute.

USHORT Unsigned SHORT.

VOID Any type.

WCHAR 16-bit Unicode character. For

more information, see Character

Sets Used By Fonts.

WINAPI Calling convention for system

functions.

WORD 16-bit unsigned integer. WPARAM Message parameter.

西班牙命名法

匈牙利表示法: 它通过在每一个表示符名字的前面放置一个数据类型助记符,为程序员提供了对标识符的即时识别。 《1》MFC、句柄、控件及结构的命名规则。 Windows类型样本变量MFC类样本对象 HWND hWnd CWnd* pWnd HDLG hDlg CDialog* pDlg HDC hDC CDC* pDC HGDIOBJ hGdiObj CGdiObject* pGdiObj HPEN hPen CPen* pPen HBRUSH hBrush CBrush* pBrush HFONT hFont CFont* pFont HBITMAP hBitmap CBitmap* pBitmap HPALETTE hpalette CPalette* pPalette HRGN hRgn CRgn* pRgn HMENU hMenu CMenu* pMenu HWND hCtl CState* pState HWND hCtl CButton* pButton HWND hCtl CEdit* pEdit HWND hCtl CListBox* pListBox HWND hCtl CComboBox* pComboBox HWND hCtl CScrollBar* pScrollBar HSZ hszStr CString pStr POINT pt CPoint pt SIZE size CSize size RECT rect CRet rect 《2》一般前缀命名规范 前缀类型实例 C 类或结构CDocument,CPrintInfo m_ 成员变量m_pDoc, m_nCustomers 《3》变量名规范 前缀类型描述实例 ch char 8为字符chGrade ch TCHAR 如果_UNICODE定义,为16位字符chName b BOOL 布尔值bEnabled n int 整型(其大小依赖于操作系统)nLength n UNIT 无符号值(其大小依赖于操作系统)nLength w WORD 16位无符号值wPos l LONG 32位有符号整型lOffset dw DWORD 32位无符号整型dwRange p * 指针pDoc lp FAR* 远指针lpDoc

Access 命名规则

Access 命名规则: 网址:https://www.360docs.net/doc/2a11334207.html, 好的命名规则让你受益终生 为什么在程序编写中需要遵循一个好的命名规则呢。 首先,统一的命名标准能够让你的代码始终保持一致的风格,便于你自己看懂,也便于与别的开发人员交流和沟通,实际上,这些标准也是一种语言,这是你们沟通最好的媒介,有了它,你甚至不需更多的解释,对方就能看懂你的程序。 1.编程老手可能会长期用隐含错误的方式编程(习惯成自然),发现毛病后都不愿相信那是真的! 2.编程高手可以在某一领域写出极有水平的代码,但未必能从全局把握软件质量的方方面面。 3.在团体开发中,一个好的命名规则能够最大限度的实现程序共享,加快开发进度。让协作者、后继者和自己在现在或将来很久以后,在最短的时间内看清你的程序结构,理解你的设计思路。从而大大提高代码的可读性、可重用性、可移植性。 4.通过命名注入更多的信息在源代码中,可以使你的程序易读和易于维护,减少一些隐性错误,同时大大缩短你写程序注释和程序文档的时间,因为你的命名实际上已经是一种程序注释。 5.提高与ACCESS对象协作的能力,包括对象的排序,自已函数库的编写,以及查找与替换的能力,例如你更容易把报表和窗体对象、表和查询对象分开并按照一定的规则排序。 6.有利于程序编写工具的开发,可以编写自己的加载项并遵守好的命名规则来加快程序代码的编写、排版以及自动纠错。如全局查找与替换工具、代码分析与优化工具、报表自动生成工具等等。 7.更易于发现代码的错误并更易于修正错误,当系统的要求实现的功越来越复杂或当代码量到达一定的规模, 不管程序员是否愿意, 出现错误几乎都是不可避免的,但如果大家都遵循一定的编程标准,则可以最大限度地降低错误出现的机率, 而且在出现错误的情况下也能迅速地发现和排除。 8.长期遵循一个好的命名规则能让你长期稳定地编写高质量、高效率和更大型的程序。 LNC for Microsoft Access 命名规则简介: LNC即Leszynski Naming Convention,原来在《The Leszinski/Reddick Guidelines for Access 1.x,2.x》这本白皮书中由Stan Leszynski 和Greg Reddick 推荐使用的命名规则,LNC 开始于Access 1.0这个版本,后来随着ACCESS版本的升级,这个命名规则就被迅速传播开来,在当今ACCESS和VB开发者和开发团体中,它已经成为事实中的命名标准,在国外已经广泛被使用,并被微软推荐使用,它规范了从ACCESS数据库设计、窗体与报表的设计以及程序的编写一整套完整且易用的命名标准,我看过国内许多VB和ACCESS源程序,但很少人,特别在ACCESS程序员中,注意到命名规则并遵循某种命名约定,这给程序交流造成了很大的困难,同时,由于程序员自己没有一套标准的命名规则,在编写过程中随意命名,随着时间的推移,自已都难以阅读和修改以前的程序源码。

1比较著名的命名规则首推匈牙利命名法

1比较著名的命名规则首推匈牙利命名法, 这种命名方法是由Microsoft程序员查尔斯·西蒙尼(Charles Simonyi) 提出的。 其主要思想是“在变量和函数名中加入前缀以增进人们对程序的理解”。 匈牙利命名法关键是:标识符的名字以一个或者多个小写字母开头作为前缀; 前缀之后的是首字母大写的一个单词或多个单词组合,该单词要指明变量的用途。 例如:lpszStr, 表示指向一个以'\0'结尾的字符串(sz)的长指针(lp)变量。 2骆驼(Camel)命名法近年来越来越流行, 在许多新的函数库和Java这样的平台下使用得当相多。 骆驼命名法,正如它的名称所表示的那样,指的是混合使用大小写字母来构成标识符的名字。其中第一个单词首字母小写,余下的单词首字母大写。 例如:printEmployeePaychecks(),函数名中每一个逻辑断点都有一个大写字母来标记。 3帕斯卡(Pascal)命名法与骆驼命名法类似。 只不过骆驼命名法是第一个单词首字母小写,而帕斯卡命名法则是第一个单词首字母大写。例如:DisplayInfo()和UserName都是采用了帕斯卡命名法。 在C#中,以帕斯卡命名法和骆驼命名法居多。 事实上,很多程序设计者在实际命名时会将骆驼命名法和帕斯卡结合使用, 例如变量名采用骆驼命名法,而函数采用帕斯卡命名法。 4下划线命名法。 下划线法是随着C语言的出现流行起来的,在UNIX/LIUNX这样的环境,以及GNU代码中使用非常普遍。 本章所述的命名规则主要基于下划线命名法发展而来。 5 函数的命名 函数名使用下划线分割小写字母的方式命名: 设备名_操作名()

英语常见缩写

PC:个人计算机Personal Computer CPU:中央处理器Central Processing Unit CPU Fan:中央处理器的“散热器”(Fan) MB:主机板MotherBoard RAM:内存Random Access Memory,以PC-代号划分规格,如PC-133,PC-1066,PC-2700 HDD:硬盘Hard Disk Drive FDD:软盘Floopy Disk Drive CD-ROM:光驱Compact Disk Read Only Memory DVD-ROM:DVD光驱Digital Versatile Disk Read Only Memory CD-RW:刻录机Compact Disk ReWriter VGA:显示卡(显示卡正式用语应为Display Card)

AUD:声卡(声卡正式用语应为Sound Card) LAN:网卡(网卡正式用语应为Network Card) MODM:数据卡或调制解调器Modem HUB:集线器 WebCam:网络摄影机 Capture:影音采集卡 Case:机箱 Power:电源 Moniter:屏幕, CRT为显像管屏幕, LCD为液晶屏幕

USB:通用串行总线 Universal Serial Bus,用来连接外围装置 IEEE1394:新的高速序列总线规格Institute of Electrical and Electronic Engineers Mouse:鼠标,常见接口规格为PS/2与USB KB:键盘,常见接口规格为PS/2与 USB Speaker:喇叭 Printer:打印机 Scanner:扫描仪 UPS:不断电系统 IDE:指IDE接口规格 Integrated Device Electronics,IDE接口装置泛指采用IDE接口的各种设备 SCSI:指SCSI接口规格 Small Computer System Interface,SCSI接口装置泛指采用SCSI接口的各种设备

c语言函数命名规范

竭诚为您提供优质文档/双击可除 c语言函数命名规范 篇一:c语言命名规则 匈牙利命名法是微软推广的一种关于变量、函数、对象、前缀、宏定义等各种类型的符号的 命名规范。匈牙利命名法的主要思想是:在变量和函数名中加入前缀以增进人们对程序的理 解。它是由微软内部的一个匈牙利人发起使用的,结果它在微软内部逐渐流行起来,并且推 广给了全世界的windows开发人员。下面将介绍匈牙利命名法,后面的例子里也会尽量遵守 它和上面的代码风格。 aarray数组 bbool(int)布尔(整数) byunsignedchar(byte)无符号字符(字节) cchar字符(字节) cbcountofbytes字节数 crcolorreferencevalue颜色(参考)值 cxcountofx(short)x的集合(短整数)

dwdwoRd(unsignedlong)双字(无符号长整数) fFlags(usuallymultiplebitvalues)标志(一般是有多位的数值) fnFunction函数 g_global全局的 hhandle句柄 iinteger llong lplongpointer m_datamemberofaclass 成员 nshortint ppointer sstring szzeroterminatedstring 符串 tmtextmetric uunsignedint ulunsignedlong(ulong)整数长整数长指针一个类的数据短整数指针字符串以0结尾的字文本规则无符号整数无符号长整数 wwoRd(unsignedshort)无符号短整数

驼峰命名法&匈牙利命名法

驼峰命名法(Camel-Case) 驼峰命名法(Camel-Case)是电脑程序编写时的一套命名规则(惯例)。 程序员们为了自己的代码能更容易的在同行之间交流,所以才取统一的可读性比较好的命名方式。例如:有些程序员喜欢全部小写,有些程序员喜欢用下划线,所以如果要写一个my name的变量,他们常用的写法会有myname、my_name、MyName或者myName。这样的命名规则不适合所有程序员阅读,而利用驼峰命名法来表示,可以增加程序可读性。 驼峰命名法就是当变量名或函数名是由一个或多个单字连结在一起,而构成的唯一识别字时,第一个单字以小写字母开始,第二个单字的首字母大写;或每一个单字的首字母都采用大写字母,例如:myFirstName、myLastName,这样的变量名看上去就像骆驼峰一样此起彼伏,故得名。 驼峰命名法(Camel-Case)一词来自Perl 语言中普遍使用的大小写混合格式,而Larry Wall 等人所著的畅销书《Programming Perl》(O'Reilly 出版)的封面图片正是一匹骆驼。 驼峰命名法的命名规则可视为一种惯例,并无绝对与强制,为的是增加识别和可读性。 匈牙利命名法 匈牙利(Hungary)命名法是一种编程时的命名规范,又称为HN

原则 匈牙利命名法是一种编程时的命名规范。基本原则是:变量名=属性+类型+对象描述,其中每一对象的名称都要求有明确含义,可以取对象名字全称或名字的一部分。命名要基于容易记忆容易理解的原则。保证名字的连贯性是非常重要的。 例子 举例来说,表单的名称为form,那么在匈牙利命名法中可以简写为frm,则当表单变量名称为Switchboard时,变量全称应该为frmSwitchboard。这样可以很容易从变量名看出Switchboard是一个表单,同样,如果此变量类型为标签,那么就应命名成lblSwitchboard。可以看出,匈牙利命名法非常便于记忆,而且使变量名非常清晰易懂,这样,增强了代码的可读性,方便各程序员之间相互交流代码。 历史 据说这种命名法是一位叫Charles Simonyi 的匈牙利程序员发明的,后来他在微软呆了几年,于是这种命名法就通过微软的各种产品和文档资料向世界传播开了。现在,大部分程序员不管自己使用什么软件进行开发,或多或少都使用了这种命名法。这种命名法的出发点是把变量名按:属性+类型+对象描述的顺序组合起来,以使程序员作变量时对变量的类型和其它属性有直观的了解,下面是HN变量

匈牙利命名规范

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

骆驼命名法

骆驼命名法,帕斯卡命名法和匈牙利命名法 一、匈牙利命名法:广泛应用于象Microsoft Windows这样的环境中。 Windows 编程中用到的变量(还包括宏)的命名规则匈牙利命名法,这种命名技术是由一位能干的Microsoft 程序员查尔斯·西蒙尼(Charles Simonyi) 提出的。 匈牙利命名法通过在变量名前面加上相应的小写字母的符号标识作为前缀,标识出变量的作用域,类型等。这些符号可以多个同时使用,顺序是先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 二、骆驼命名法: 骆驼式命令法,正如它的名称所表示的那样,是指混合使用大小写字母来构成变量和函数的名字。例如,下面是分别用骆驼式命名法和下划线法命名的同一个函数:

字和字节和位的关系

1、位(bit) 来自英文bit,音译为“比特”,表示二进制位。位是计算机内部数据储存的最小单位,是一个8位二进制数。一个二进制位只可以表示0和1两种状态(21);两个二进制位可以表示00、01、10、11四种(22)状态;三位二进制数可表示八种状态(23)……。 2、字节(byte) 字节来自英文Byte,音译为“拜特”,习惯上用大写的“B”表示。 字节是计算机中数据处理的基本单位。计算机中以字节为单位存储和解释信息,规定一个字节由八个二进制位构成,即1个字节等于8个比特(1Byte=8bit)。八位二进制数最小为00000000,最大为;通常1个字节可以存入一个ASCII码,2个字节可以存放一个汉字国标码。 3、字 计算机进行数据处理时,一次存取、加工和传送的数据长度称为字(word)。一个字通常由一个或多个(一般是字节的整数位)字节构成。例如286微机的字由2个字节组成,它的字长为16;486微机的字由4个字节组成,它的字长为32位机。 计算机的字长决定了其CPU一次操作处理实际位数的多少,由此可见计算机的字长越大,其性能越优越。 另一种说法: 字 在计算机中,一串数码作为一个整体来处理或运算的,称为一个计算机字,简称宇。字通常分为若干个字节(每个字节一般是8位)。在存储器中,通常每个单元存储一个字,因此每个字都是可以寻址的。字的长度用位数来表示。 在计算机的运算器、控制器中,通常都是以字为单位进行传送的。宇出现在不问的地址其含义是不相同。例如,送往控制器去的字是指令,而送往运算器去的字就是一个数。 在计算机中作为一个整体被存取、传送、处理的二进制数字符串叫做一个字或单元,每个字中二进制位数的长度,称为字长。一个字由若干个字节组成,不同的计算机系统的字长是不同的,常见的有8位、16位、32位、64位等,字长越长,计算机一次处理的信息位就越多,精度就越高,字长是计算机性能的一个重要指标。目前主流微机都是32位机。 注意字与字长的区别,字是单位,而字长是指标,指标需要用单位去衡量。正象生活中重量与公斤的关系,公斤是单位,重量是指标,重量需要用公斤加以衡量。 字长 计算机的每个字所包含的位数称为字长。根据计算机的不同,字长有固定的和可变的两种。固定字长,即字长度不论什么情况都是固定不变的;可变字长,则在一定范围内,其长度是可变的。 计算的字长是指它一次可处理的二进创数字的数目。计算机处理数据的速率,自然和它一次能加工的位数以及进行运算的快慢有关。如果一台计算机的字长是另一台计算机的两倍,即使两台计算机的速度相同,在相同的时间内,前者能做的工作是后者的两倍。

匈牙利命名法java

匈牙利命名法是微软推广的一种关于变量、函数、对象、前缀、宏定义等各种类型的符号的命名规范。匈牙利命名法的主要思想是:在变量和函数名中加入前缀以增进人们对程序的理解。它是由微软内部的一个匈牙利人发起使用的,结果它在微软内部逐渐流行起来,并且推广给了全世界的Windows开发人员。下面将介绍匈牙利命名法,后面的例子里也会尽量遵守它和上面的代码风格。还是那句话,并不是要求所有的读者都要去遵守,但是希望读者作为一个现代的软件开发人员都去遵守它。 前缀类型中文说明 a Array 数组 b BOOL(int) 布尔(整数) by Unsigned Char(Byte) 无符号字符(字节) c Char 字符(字节) cb Count of Bytes 字节数 cr Color Reference Value 颜色(参考)值 cx Count of x(Short) x的集合(短整数) f Flags(usually multiple bit values) 标志(一般是有多位的数值) fn Function 函数 g_ Global 全局的 h Handle 句柄 i Integer 整数 l Long 长整数 lp Long Pointer 长指针 m_ Data Member of a Class 一个类的数据成员 n Short Integer 短整数 p Pointer 指针 s String 字符串 sz Zero Terminated String 以零结尾的字符串 tm Text Metric 文本规则 u Unsigned Integer 无符号整数 ul Unsigned Long(ULONG) 无符号长整数 w WORD(Unsigned Short) 无符号短整数 x,y x, y Coordinates (Short) 坐标值(短整数) v Void 空 有关项目的全局变量用g_开始,类成员变量用m_,局部变量若函数较大则可考虑用l_用以显示说明其是局部变量。 前缀类型例子 g_ 全局变量g_Servers C 类或者结构体CDocument, CPrintInfo m_ 成员变量m_pDoc, m_nCustomers

常用变量命名规则

常用变量命名规则 变量的命名方法【Hungarian】【camelCase】【PascalCase】 一、匈牙利命名法【Hungarian】: 广泛应用于象Microsoft Windows这样的环境中。 Windows 编程中用到的变量(还包括宏)的命名规则匈牙利命名法,这种命名技术是由一 位能干的Microsoft 程序员查尔斯·西蒙尼(Charles Simonyi) 提出的。 匈牙利命名法通过在变量名前面加上相应的小写字母的符号标识作为前缀,标识出变量的作用域,类型等。这些符号可以多个同时使用,顺序是先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 二、骆驼命名法【camelCase】:

匈牙利,骆驼,帕斯卡命名法规范

匈牙利命名法,骆驼命名法,帕斯卡命名法,C#命名规范 一、匈牙利(Hungarian)命名法: 广泛应用于象Microsoft Windows这样的环境中。Windows 编程中用到的变量(还包括宏)的命名规则匈牙利命名法,这种命名技术是由一位能干的 Microsoft 程序员查尔斯·西蒙尼(Charles Simonyi) 提出的。 匈牙利命名法通过在变量名前面加上相应的小写字母的符号标识作为前缀,标识出变量的作用域,类型等。这些符号可以多个同时使用,顺序是先m_(成员变量),再指针,再简单数据类型,再其他。例如:m_lpszStr, 表示指向一个以0字符结尾的字符串的长指针成员变量。 匈牙利命名法关键是:标识符的名字以一个或者多个小写字母开头作为前缀;前缀之后的是首字母大写的一个单词或多个单词组合,该单词要指明变量的用途。在windowsForm 应用程序中,控件命名采用匈牙利命名法。如TextBox类型,前缀加txt,例如命名为txtCustomerName,txtAddress。Button类型, 前缀加btn,例如btnSave,btnDelete。 匈牙利命名法中常用的小写字母的前缀: 前缀类型 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 字符串型 (string) sz 以null做结尾的字符串型 (String with Zero End) w Word 二、骆驼(camel)命名法: 骆驼式命令法,正如它的名称所表示的那样,是指混合使用大小写字母来构成变量和函数的名字。例如,下面是分别用骆驼式命名法和下划线法命名的同一个函数:

学生成绩分析系统

实训项目11:学生成绩统计分析系统(2周) (一)实训目的 通过该实验,使学生掌握windows程序设计的基本方法。掌握学生管理中学生成绩统计分析方面的基本知识,熟练应用数据库技术完成对学生成绩管理活动中各类信息的增加、修改、删除、查询等操作。通过处理过程对计算机软件系统工作原理的进一步理解,促进对面向对象概念的系统理解以及面向对象方法的应用。 (二)实训要求 1、基本要求 (1)学生管理:录入学生的基本信息,如学号、姓名、性别、籍贯、家庭住址、专业、入学时间等; (2)课程管理:对开设的各门课程信息管理,包括课程编号、课程名称、学分、开课时间等; (3)成绩管理:按课程录入课程考试成绩、补考成绩等; (4)成绩打印:可以打印某学生的全部成绩或者是满足某些查询条件的成绩,也可以打印某课程的各班级、年级的成绩; (5)数据库采用access。 2、发挥部分 (1)成绩分布分析,对考试成绩的平均值、方差以及成绩分布情况分析,过滤出成绩分布异常的课程; (2)对同一学期、同一班级开设的课程成绩分布情况进行比较; (3)对某一个学生在不同学期的课程成绩进行比较,刻画其学习效果的变化趋势; (4)根据各科成绩,对学生进行专业和班级的年度排名; (5)其它自行设计的功能。 (三)评分标准 项目主要内容满分 设计报告需求分析需要的功能列表及操作要求5界面设计组件的布局及正确应用5算法设计画出流程图5代码规范性符合匈牙利命名法规则 2 调试与分析调试中出现的异常的分析5 面向对象概念的 应用 程序设计中建立模型时对面向对象方 法中的封装性、继承性、多态性的应 用实例说明 5 实验报告结构及 规范性 符合附件中的结构和规范要求3总分30

软件开发过程中的命名规则

在软件开发过程中,代码的命名规范是一项很突出的内容。一套定义完整、结构清晰明了的命名规范将大大提升源代码的可读性和软件的可维护性。 据考证,没有一种命名规则可以让所有的程序员都满意,程序设计教科书一般也不会指定命名规则。但是制定一套令开发组成员基本满意的命名规则,并在项目中贯彻实施,也是团队开发一项必不可少的工作。 我将我的团队的实际工作中的命名规则整理如下: 第一部分:共性规则 共有八项。作为指导供成员采纳。 【规则1】标识符应简单明了,望文知意。 标识符采用英文单词。切忌使用汉语拼音来命名。程序中的英文单词一般不要太复杂,用词应当准确。例如不要把CurrentValue写成NowValue。 尽量不要使用单词缩写或首字母缩写。只有当标识符过长时才考虑使用单词缩写。在使用缩写时,不要自创缩写,尽量使用被广泛接受的缩写。 【规则2】标识符长度应当符合“min-length && max-information”原则。 一般的讲,长名字能更好地表达含义,所以函数名、变量名、类名长达十几个字符不足为怪。但是名字也不是越长越好。例如:变量名maxval就比maxValueUntilOverflow更好用。单字符的名字也是有用的,常见的如i,j,k,m,n,x,y,z等,它们通常用作函数内的局部变量。 【规则3】命名规则尽量与所采用的操作系统或开发工具的风格保持一致。 例如Windows应用程序的标识符通常采用“大小写”混排的方式,如AddChild。而Unix 应用程序的标识符通常采用“小写加下划线”的方式,如add_child。别把这两类风格混在一起用。 【规则4】程序中不要出现仅靠大小写区分的标识符。 例如:int x和int X;void foo() 和void FOO() 等。 【规则5】避免在不同级别的作用域中重名。 程序中不要出现标识符完全相同的局部变量和全局变量,尽管两者因作用域的不同而不会发生语法错误,但会使人产生误解。

微软推荐用匈牙利命名法

微软推荐用匈牙利命名法,目前大多数软件生产商用的也是这个。具体的细则如下: 匈牙利命名法是一种编程时的命名规范。基本原则是:变量名=属性+类型+对象描述,其中每一对象的名称都要求有明确含义,可以取对象名字全称或名字的一部分。命名要基于容易记忆容易理解的原则。保证名字的连贯性是非常重要的。 举例来说,表单的名称为form,那么在匈牙利命名法中可以简写为frm,则当表单变量名称为Switchboard 时,变量全称应该为frmSwitchboard。这样可以很容易从变量名看出Switchboard是一个表单,同样,如果此变量类型为标签,那么就应命名成lblSwitchboard。可以看出,匈牙利命名法非常便于记忆,而且使变量名非常清晰易懂,这样,增强了代码的可读性,方便各程序员之间相互交流代码。 这种命名技术是由一位能干的Microsoft程序员查尔斯·西蒙尼(Charles Simonyi) 提出的,他出生在匈牙利。在Microsoft 公司中和他一起工作的人被教会使用这种约定。这对他们来说一切都很正常。但对那些Simonyi 领导的项目组之外的人来说却感到很奇特,他们认为这是死板的表达方式,甚至说带有这样奇怪的外观是因为它是用匈牙利文写的。从此这种命名方式就被叫做匈牙利命名法。 据说这种命名法是一位叫Charles Simonyi 的匈牙利程序员发明的,后来他在微软呆了几年,于是 这种命名法就通过微软的各种产品和文档资料向世界传播开了。现在,大部分程序员不管自己使用 什么软件进行开发,或多或少都使用了这种命名法。这种命名法的出发点是把量名变按:属性+类型 +对象描述的顺序组合起来,以使程序员作变量时对变量的类型和其它属性有直观的了解,下面 是HN变量命名规范,其中也有一些是我个人的偏向: 属性部分 全局变量 g_ 常量 c_ c++类成员变量 m_ 静态变量 s_ 类型部分 指针 p 函数 fn 无效 v 句柄 h 长整型 l 布尔

匈牙利命名法vc++前缀规则

匈牙利命名法 匈牙利命名法是一种编程时的命名规范。基本原则是:变量名=属性+类型+对象描述,其中每一对象的名称都要求有明确含义,可以取对象名字全称或名字的一部分。命名要基于容易记忆容易理解的原则。保证名字的连贯性是非常重要的。 举例来说,表单的名称为form,那么在匈牙利命名法中可以简写为frm,则当表单变量名称为Switchboard时,变量全称应该为frmSwitchboard。这样可以很容易从变量名看出Switchboard是一个表单,同样,如果此变量类型为标签,那么就应命名成lblSwitchboard。可以看出,匈牙利命名法非常便于记忆,而且使变量名非常清晰易懂,这样,增强了代码的可读性,方便各程序员之间相互交流代码。 这种命名技术是由一位能干的Microsoft程序员查尔斯·西蒙尼(Charles Simonyi) 提出的,他出生在匈牙利。在Microsoft 公司中和他一起工作的人被教会使用这种约定。这对他们来说一切都很正常。但对那些Simonyi 领导的项目组之外的人来说却感到很奇特,他们认为这是死板的表达方式,甚至说带有这样奇怪的外观是因为它是用匈牙利文写的。从此这种命名方式就被叫做匈牙利命名法。 据说这种命名法是一位叫Charles Simonyi 的匈牙利程序员发明的,后来他在微软呆了几年,于是 这种命名法就通过微软的各种产品和文档资料向世界传播开了。现在,大部分程序员不管自己使用 什么软件进行开发,或多或少都使用了这种命名法。这种命名法的出发点是把量名变按:属性+类型 +对象描述的顺序组合起来,以使程序员作变量时对变量的类型和其它属性有直观的了解,下面 是HN变量命名规范,其中也有一些是我个人的偏向: 属性部分 全局变量 g_ 常量 c_ c++类成员变量 m_

匈牙利命名法及实用规则.

一、匈牙利命名法: Windows 编程中用到的变量(还包括宏的命名规则匈牙利命名法,这种命名技术是由一位能干的 Microsoft 程序员查尔斯·西蒙尼 (Charles Simonyi 提出的。 基本原则是: 变量名=属性+类型+对象描述 ⑴属性部分: 全局变量:g_ 常量 :c_ 类成员变量:m_ ⑵类型部分: 数组:a 布尔型:b byte: by char: c 字节计数 : cb 颜色引用值 : cr 坐标差(长度 : cx,cy 双字 (DWORD: dw 浮点型:f 函数 : fn 句柄:h 整数 (integer: i 长整型 (long: l long 型指针 : lp 短整型:n near 指针 : np

指针:p string: s 用 '\0'终止的字符串 : sz 文本内容 : tm 无符号:u Word: w 坐标 : x,y ⑶描述部分: 初始化:Init 临时变量:Tmp 目的对象:Dst 源对象:Src 窗口:Wnd 下边举例说明: hwnd :h 表示句柄, wnd 表示窗口,合起来为“窗口句柄” 。 m_bFlag:m 表示成员变量, b 表示布尔,合起来为:“某个类的成员变量,布尔型,是一个状态标志” 。 1,变量命名; 2,常量命名、宏定义; 3,资源名字定义格式;

4,函数命名和命名空间、类的命名、接口的命名; 5,结构体命名; 6,控件的命名; 7,注释; 本文来自 CSDN 博客,转载请标明出 处:https://www.360docs.net/doc/2a11334207.html,/stkim/archive/2004/09/29/120347.aspx 匈牙利命名法通过在变量名前面加上相应的小写字母的符号标识作为前缀, 标识出变量的作用域, 类型等。这些符号可以多个同时使用, 顺序是先 m_(成员变量 , 再指针, 再简单数据类型, 再其他。例如:m_lpszStr, 表示指向一个以 0字符结尾的字符串的长指针成员变量。 匈牙利命名法关键是:标识符的名字以一个或者多个小写字母开头作为前缀;前缀之后的是首字母大写的一个单词或多个单词组合,该单词要指明变量的用途。 匈牙利命名法中常用的小写字母的前缀: 前缀类型 a 数组 (Array b 布尔值 (Boolean by 字节 (Byte c 有符号字符 (Char cb 无符号字符 (Char Byte,没有多少人用 cr 颜色参考值 (ColorRef cx,cy 坐标差(长度 ShortInt

C语言标识符命名规则(变量名和函数名)

C语言标识符命名规则(变量名和函数名) C语言变量和函数命名规范 2010年08月05日星期四20:18C语言变量和函数命名规范: 关于C语言变量和函数命名规范据考察,没有一种命名规则可以让所有的程序员赞同,程序设计教科书一般都不指定命名规则。命名规则对软件产品而言并不是“成败悠关”的事,我们不要化太多精力试图发明世界上最好的命据考察,没有一种命名规则可以让所有的程序员赞同,程序设计教科书一般都不指定命名规则。命名规则对软件产品而言并不是“成败悠关”的事,我们不要化太多精力试图发明世界上最好的命名规则,而应当制定一种令大多数项目成员满意的命名规则,并在项目中贯彻实施。 1.共性规则 本节论述的共性规则是被大多数程序员采纳的,我们应当在遵循这些共性规则的前提下,再扩充特定的规则,如3.2节。 【规则1-1】标识符应当直观且可以拼读,可望文知意,不必进行“解码”。 标识符最好采用英文单词或其组合,便于记忆和阅读。切忌使用汉语拼音来命名。程序中的英文单词一般不会太复杂,用词应当准确。例如不要把CurrentValue写成

NowValue。 【规则1-2】标识符的长度应当符合“min-length && max-information”原则。 几十年前老ANSI C规定名字不准超过6个字符,现今的C++/C不再有此限制。一般来说,长名字能更好地表达含义,所以函数名、变量名、类名长达十几个字符不足为怪。那么名字是否越长约好?不见得! 例如变量名maxval 就比maxValueUntilOverflow好用。单字符的名字也是有用的,常见的如i,j,k,m,n,x,y,z等,它们通常可用作函数内的局部变量。 【规则1-3】命名规则尽量与所采用的操作系统或开发工具的风格保持一致。 例如Windows应用程序的标识符通常采用“大小写”混排的方式,如AddChild。而Unix应用程序的标识符通常采用“小写加下划线”的方式,如add_child。别把这两类风格混在一起用。 【规则1-4】程序中不要出现仅靠大小写区分的相似的标识符。 例如: int x,X;// 变量x 与X 容易混淆 void foo(int x);// 函数foo 与FOO容易混淆 void FOO(float x);

源程序书写格式

源程序书写格式 尽管 C 语言在语法规定上对书写格式没有严格的限制,但是源程序的排版格式应当遵从多数程序员的惯例,以便于程序的维护。许多同学可能受中文单词间不需要空格的影响以及 C 语言教科书中未对书写格式提出建议,导致书写的 C 语言源程序缺少必要的空格,密密麻麻的语法元素拥挤在一起,阅读起来需要首先“断词”。按照惯例应当添加适当的空格,断开相关的“语法单词”。下面列举出书写方面应注意的几个问题。后面两页附上的源代码样例节选于 Linux 的源程序文件 ping.c ,源代码样例的每行都带有行号,对书写方面应注意的问题提供了实际例子的参考行号。 附表1 C 语言源程序书写格式建议 花括号的书写风格有两种: if (xxxxx) { yyyyyyyyyyyyyyyyyyyy yyyyyyyyyyyyyyy } else { zzzzzzzzzzzzzzzz zzzzzzzzzzzzzzzz } if (xxxxx) { yyyyyyyyyyyyyyy zzzzzzzzzzzzzzzz } else { zzzzzzzzzzzzzzzz zzzzzzzzzzzzzzzz } 第一种风格起源于早期 UNIX 的内核源代码,即 C 语言诞生的地方;第二种风格起源于 Pascal 程序员 begin/end 关键字的书写习惯向 C 语言的转变。目前,在 Microsoft 世界和 Linux 世界中,两种书写风格都很常见,第一种风格略占上风。无论选择哪种风格必须做到同一个源程序文件中一致,不要两种风格混用。 变量和函数命名方法也有两种风格。一种是匈牙利命名法(源自 Microsoft 的一位匈牙利籍天才程序员),如:SendAckFrame ;另一种方法为传统的下划线分割法,如:send_ack_frame 。同一个源程序文件中的命名风格应做到一致。

Javascript教案

https://www.360docs.net/doc/2a11334207.html,/p-57651799.html教案 Javascript部分 共10天40学时2周 第一天Javascript简介 第一节简介 1.1 Javascript简介: Javascript的历史 1992年,一家名为Nombas的公司开发一种叫C减减(C-minus-minus,简称Cmm,有点与C++对应的意味)的嵌入式脚本语言。Cmm背后的理念很简单:一个足够强大可以替代宏操作(macro)的脚本语言,同时保持C/C++足够的相似性(C 语言太经典了,特别是其语法有着简洁美),以便开发人员能很快学会。这个脚本语言被捆绑在一个叫做CEnvi的共享软件产品中,它首次向开发人员展示了这种语言的威力。Nombas最终把Cmm的名字改成了ScriptEase,原因是后面的部分(mm)听起来过于“消极”,同时字母“C”令人害怕。现在ScriptEase 已经成为了Nombas产品背后主要驱动力(怎么我觉得这家公司已经不存在了呢?)。当Netscape Navigator(盛极一时的网景的浏览器,结果被微软IE的免费策略搅黄了局)暂露头角时,Nombas开发了一个可以嵌入网页中的CEnvi的版本。这些早期的实验称为Espresso Page,它们代表了第一个在万维网上使用的客户端脚本语言。而Nombas丝毫没有料到它的理念将会

成为internet的一块重要基石。 当internet普及越来越广时,对于开发客户端脚本的需求也逐渐增大。此时,大部分internet用户仅仅通过28.8kbit/s的Modem来连接到网络,即使这时网页已经不断地变得更大和更复杂。加剧用户痛苦的是,仅仅为了简单的表单有效性验证,就要与服务器进行多次的往返交互。设想一下,用户填写完一个表单,点击提交按钮,等待30秒后,看到的却是一条告诉你忘记填写一个必要的字段的信息。那时正处于技术革新最前沿的Netscape,开始认真考虑一种开发客户端语言来处理简单的问题。 当时为Netscape工作的Brendan Erich,开始着手为即将在1995年发行的Netscape Navigator 2.0开发一个称之为LiveScript的脚本语言,当时的目的是同时在浏览器和服务器使用它。Netscape与Sun公司联手及时完成了LiveScript的实现。就在Netscape Navigator 2.0即将正式发布前,Netscape将其更名为Javascript(想当年,也就是95年,正式Java普遍开始流行的一年,Java开始火起来,似乎打上一个Java的标签,也会火起来一样),目的是为了利用Java这个internet时髦词汇。Netscape的这一决定也实现了当初的意图,Javascript从此变成了因特网的必备组件。 因为Javascript 1.0如此成功,Netscape在Navigator 3.0中发布了Javascript 1.1版本。恰巧那个时候,微软决定进军浏览

相关主题
相关文档
最新文档