No hay convención general, pero hay algunas pautas:
- Cuando la biblioteca es un puerto de algún otro idioma, una envoltura o una biblioteca de interfaz a menudo tiene el prefijo
cl-
, como cl-gtk2
o cl-ppcre
. Aunque hubo un tiempo, cuando este prefijo consiguió abusado, y hay un montón de paquetes (por ejemplo cl-who
), que implementan una funcionalidad única, pero aún lo utilizan.
- Si el paquete es específico de la implementación, tiene el prefijo de taquigrafía de implementación (más notablemente:
sb-
), como sb-queue
o lw-compat
.
- Si el paquete es una capa de compatibilidad entre las implementaciones, a menudo es el prefijo
trivial-
, como trivial-backtrace
o trivial-garbage
- También hay
s-
prefijo, que pueden presentarse a las 'simbólica', como s-xml
, pero es raramente utilizado.
Estos prefijos ayudan a que el nombre del paquete sea único y, por lo tanto, simplifican la búsqueda de información sobre él en la web.
De lo contrario no hay convenciones específicas, pero la regla general es favorecer probablemente, nombres descriptivos cortos, únicos y,. Por las razones de facilidad para recordar, usar y encontrar información.
Si el paquete tiene un nombre largo, es útil proporcionar un alias más corto, ya que con más frecuencia, las personas utilizarán los símbolos del paquete calificados por sus nombres. Por ejemplo, en mi código agrego un apodo re
a cl-ppcre
, y hace que el código del cliente sea mucho más comprensible y claro. Aunque se debe aplicar precaución, para que los apodos no causen conflictos de nombres.
Gracias por la respuesta. Esto confirma mis observaciones de los pocos paquetes que he usado, excepto por el uso de palabras relacionadas con Frank Zappa :). – Russell
No olvides las versiones de Drew Crampsie como lisp-on-lines. – felideon
Personalmente no me gustan los puntos con nombres Lisp. –