Además de Google, que es bastante corta, proporcionó style guide, estas son mis ideas sobre cómo nombrar los mensajes del Buffer de Protocolo de Google.Convenciones de nomenclatura de Protobuf
Use "Mensaje" al final de los nombres de los tipos de mensajes.
- Esto hace que sea fácil ver en el código fuente que una clase es una clase generada por protobuf. Esto también tiene la ventaja de que si tengo una clase específica de dominio enriquecido, puede tener el nombre real, decir AddressBookMessage para la clase protobuf y AddressBook para la clase real.
Para los usuarios de Java, parece que tener
java_outer_classname
fin enProtos
es estándar.- no me di cuenta este principio, así que mis clases protobuf actuales están en
com.example.project.protobuf.MyProtos
, pero no veo una razón para mantenerlo allí teniendo en cuenta que tenemos que tener una clase que contiene, por lo que podría ser trasladado acom.example.protobuf.MyProtos
a menos que no haya clases en el paquete superior del proyecto.
- no me di cuenta este principio, así que mis clases protobuf actuales están en
Inicie enumeraciones en 0 para que coincida con C/C++.
Use un nombre singular para un campo repetido.
- La mayoría de los métodos generados suenan mejor con un nombre de campo singular, incluso si se repite, p. message-> add_child(), en lugar de message-> add_children() si uno tiene un campo secundario repetido.
¿Hay otras normas que la gente usa o se diferencian de éstos?
¿Qué quiere decir con "Start enumeraciones a 0 para que coincida con C/C++" ? – bialix
@bialix, asignando valores a los miembros enum, la página de estilo Protobuf los muestra comenzando en 1, ver "enum Foo" en http://code.google.com/apis/protocolbuffers/docs/style.html. Pero veo otros ejemplos comenzando en 0 en otras páginas. –