Access命名规则.doc

Access 命名规则：
 网址：.net
      好命名规则让你受益终身
 
       为什么在程序编写中需要遵循一种好命名规则呢。
一方面，统一命名原则可以让你代码始终保持一致风格，便于你自己看懂，也便于与别开发人员交流和沟通，事实上，这些原则也是一种语言，这是你们沟通最佳媒介，有了它，你甚至不需更多解释，对方就能看懂你程序。
 
1.
编程老手也许会长期用隐含错误方式编程****惯成自然），发现毛病后都不肯相信那是真！
2.
编程高手可以在某一领域写出极有水平代码，但未必能从全局把握软件质量方方面面。
3.
在团队开发中， 一种好命名规则可以最大限度实现程序共享， 加快开发进度。让协作者、后继者和自己在当前或将来好久后来，在最短时间内看清你程序构造，理解你设计思路。从而大大提高代码可读性、可重用性、可移植性。
4.
通过命名注入更多信息在源代码中，可以使你程序易读和易于维护，减少某些隐性错误，同步大大缩短你写程序注释和程序文档时间，由于你命名事实上已经是一种程序注释。
5.
提高与ACCESS对象协作能力， 涉及对象排序， 自已函数库编写， 以及查找与替代能力，例如你更容易把报表和窗体对象、表和查询对象分开并按照一定规则排序。
6.
有助于程序编写工具开发， 可以编写自己加载项并遵守好命名规则来加快程序代码编写、排版以及自动纠错。如全局查找与替代工具、代码分析与优化工具、报表自动生成工具等等。
7.
更易于发当代码错误并更易于修正错误，当系统规定实现功越来越复杂或当代码量到达一定规模，不论程序员与否乐意， 浮现错误几乎都是不可避免，但如果人们都遵循一定编程原则，则可以最大限度地减少错误浮现机率，并且在浮现错误状况下也能迅速地发现和排除。
8.
长期遵循一种好命名规则能让你长期稳定地编写高质量、高效率和更大型程序。
 
 
LNC for Microsoft Access 命名规则简介：
 
 
      LNC即Leszynski Naming Convention， 本来在《The Leszinski/Reddick Guidelines for Access ， 》这本白皮书中由Stan Leszynski 和 Greg Reddick 推荐使用命名规则， LNC 开始于 Access ， 日后随着ACCESS版本升级，这个命名规则就被迅速传播开来， 在当今ACCESS和VB开发者和开发团队中， 它已经成为事实中命名原则， 在国外已经广泛被使用，并被微软推荐使用， 它规范了从ACCESS数据库设计、窗体与报表设计以及程序编写一整套完整且易用命名原则， 我看过国内许多VB和ACCESS源程序， 但很少人， 特别在ACCESS程序员中， 注意到命名规则并遵循某种命名商定， 这给程序交流导致了很大困难， 同步， 由于程序员自己没有一套原则命名规则， 在编写过程中随意命名， 随着时间推移，  自已都难以阅读和修改此前程序源码。
 
 
LNC for Microsoft Access 详解：
 
       LNC命名规则分为两个级别，级别1是比较容易理解，但级别2对对象进行了更严格划分，级别1更多地适合初级程序员，而级别2则更适合于某些有经验开发者，或在某些非常复杂或多层构造系统开发中使用，你应当依照你自己经验和****惯来选取更适合你命名规则级别。请注意，不是命名规则所有某些都分为两个级别，而只是在某些某些有所不同
 
 LNC命名规则是基于匈牙利命名法，为什么叫匈牙利命名法呢，重要是取自于作者国籍，它作者 Charles Simonyi ，也曾经使用过ACCESS初期版本。匈牙利命名法是在她博士论文中提到。匈牙利命名法某些基本原理在Visual Basic阐明手册和某些开发文档中都会被提及到，微软内部也是使用匈牙利命名法，在世界上，已有非常多程序员在使用这个命名法，LNC命名规则事实上是将匈牙利命名法应用到ACCESS上， 并特别针对ACCESS某些特性进行了某些完善。
 
 LNC命名规则倡导所有对象名称均由下面四个某些构成：
 一种或各种前缀、一种标记符、基本名字、限定词
[prefixes]tag[Basename][Qualifier]         注：[]里内容表达为可选内容。
 
标记符是必要内容，但普通状况下，你都需要一种基本名字来精确描述你变量实际功能，以用来区别同类型不批准义变量。如果你仅仅使用一种标记符来标记一种变量，那么就比较难以辨别不同变量，但有一种状况除外，那就是你传一种对象参数给另一种函数时，可以不需要指定基本名字，例如你需要传递一种窗