|
|||||||||||||||||||||||||||||||||||||||||
|
These convention are valid for modules version 2.08 and above. Variables und ModulesClass names: cClass
Short names are allowed in procedures: Global objects, which are often used may have short names, but their
number should be limited. The declaration of global variables should be avoided when possible. The use of a global base class with all Settings, which are needed on global level, is recommended instead. Thus explicit names without prefix can be used, without the fear of naming conflicts. Procedure variables don't have a prefix for the availability. Numeric constants are added to enumeration when they serve the same scope, in order to simplify the selection of arguments and return values (Intellisense). API constants, function arguments and structure variables are named according to the original
documentation. Constants are summarized in Type structures and should be declared local. API functions are provided enclosed in general valid modules and with a VB suited interface and error handling. Using the modules / Version compatibilityGeneral valid modules (VBX modules) are in itself enclosed modules, making
a certain functionality available. These modules are shared. Changes, impairing the version compatibility are
made only if really necessary and will be explicitly added to the version
history. Copies of modules should be avoided. In order to avoid version
conflicts and to ensure however a certain flexibility, options should be
preferably stored and passed with additives flags. Extensions of methods should
be made by reflection, whereby a upper case letter is added to the procedure
name or an abbreviation of the extension: The minimum requirement for all tests
is Win98SE or Win2k with IE5. |
|||||||||||||||||||||||||||||||||||||||||
|
© 2002-2007 VBX System |
|||||||||||||||||||||||||||||||||||||||||