(Coding Conventions): Explain when the package's
prefix should appear later on (not at the start of the name).
This commit is contained in:
parent
50363cd8ab
commit
8a1aafd01a
1 changed files with 7 additions and 3 deletions
|
@ -56,9 +56,13 @@ distinguish your program from other Lisp programs.@footnote{The
|
|||
benefits of a Common Lisp-style package system are considered not to
|
||||
outweigh the costs.} Then take care to begin the names of all global
|
||||
variables, constants, and functions in your program with the chosen
|
||||
prefix. This helps avoid name conflicts. (Occasionally, for a command
|
||||
name intended for users to use, it is cleaner if some words come
|
||||
before the package name prefix.)
|
||||
prefix. This helps avoid name conflicts.
|
||||
|
||||
Occasionally, for a command name intended for users to use, it is more
|
||||
convenient if some words come before the package's name prefix. And
|
||||
constructs that define functions, variables, etc., work better if they
|
||||
start with @samp{defun} or @samp{defvar}, so put the name prefix later
|
||||
on in the name.
|
||||
|
||||
This recommendation applies even to names for traditional Lisp
|
||||
primitives that are not primitives in Emacs Lisp---such as
|
||||
|
|
Loading…
Add table
Reference in a new issue