Club Builder

[Aquileo]

Pues eso, que estamos haciendo un proyecto 2 coleguillas y dado que cada uno codifica de una manera, luego es un lio repasar codigo de otro.

Puesto que tenemos que cambiar nuestra forma de codificación me gustaría saber si hay algún estándar respecto a la manera de codificar, es decir: espacio en los tabuladores; nombres de las variables, funciones y clases; manera de poner las llaves; separar los ficheros;...

Todo esto tiene que ser, obviamente orientado a que luego sea más fácil de leer el código y de utilizar.

Gracias por todo de antemano.
Josemi (Aquileo)

[Angel]

Creo que estándares no hay establecido ninguno. Cada uno tenemos nuestra forma: unos indentan a 5 espacios, otros a tres; uno pone la llave seguido de, por ejemplo el, if otros debajo. Yo te cuento como lo hago yo, que no sé si es mejor o peor pero como llevo haciéndolo así desde que programaba en Clipper ya tengo cogido el aire.

- Tabulaciones (Indentado): Yo suelo usar cinco espacios porque me parece lo bastante comom para ver bien los anidamientos y no es tan grande que las líneas se salgan siempre de la pantalla.

- Llaves: Las pongo siempre debajo de la instrucción. Por ejemplo:

[Invitado]

Yo me refería a que estudiando en algún libro he visto como daban unas pautas de como codificar bien.

Es como empezar con una T cualquier clase en Builder o con C en el Visual C++. No es obligado pero por consenso se utiliza, de manera que si vosotros cogeis un programa y veis algo como "TEmpleado" sabreis que se trata de la clase empleado.

En fin, sigo expectante.
Saludos

[ikis]

me adhiero a Angel, por lo q lei esta lo q el comenta y las T en los tipos siguen las normas de la notación hungara, que dice que se debe anteponer el tipo en el nombre de cada cosa.

Tambien esta el escribir asi, para mayor comprension

TMiClase

nota las mayusculas.

Son pequeñas cosas en las que te debes poner de acuerdo para entenderte mejor, aunque no se si esto llega a la categoria de "standard"

[Cerúleo]

Hola.
Pues yo me uno a ikis y Ángel. Yo uso un "tabulador" manual de dos espacios para cada subnivel. La llave la pongo al final de un if, un for, etc por dos motivos: al imprimir el código con programas de texto (Word, p.e.) me ahorraré una línea por cada llave que abro. Si tienes poco código puede no importar, pero si tienes mucho... en fin, se nota. El otro motivo es que estéticamente la línea con la llave está "vacía" y me gusta el código compacto.
Respecto al T de C++Builder o la C de Visual C++, pues yo paso. Yo cuando creo una clase la incio con O de "objeto".
Los nombres de las variables deben ser sencillos y nemotécnicos. Para variables tipo índice y contador (ciclos for, iteraciones, etc) uso las típicas: i, j, k, l... (mis comienzos fueron el Think Pascal para Macintosh y TurboPascal para MS-Dos). Para otras variables, por ejemplo, sumatorios, pues sencillamente Suma (ya sabré yo que una suma es de números reales, y no de caracteres).
Hay variables como matrices y vectores para las que tengo mi propia notación: "v" de vector y un nombre que empiece por mayúscula. Por ejemplo:
vCargas: sería un vector de cargas y Cargas, a su vez sería del tipo OCarga (objeto Carga).
Otro ejemplo:
mRigidez: sería una matriz de rigidez cuadrada.
No sé. Yo creeo que te tienes que juntar con tu amigo y establecer vuestras propias reglas sin pensar en estándares. Creo que en programación el dicho de "cada maestrillo tiene su librillo" es aplicable al cien por cien.
Un saludo a todos.
_________________
Nunca digas "Es imposible" sin intentarlo antes.

[jaquemate]

Hola, dejando a un lado la notación húngara, puedes echarle un vistazo al estándar de codificación de programas de software libre de GNU: http://www.gnu.org/prep/standards_toc.html

Saludos.

[Cesar C. Salazar Gonzalez]

Mira, al igual que todos, alguna ves, realizamos trabajos, con otras personas y es cierto cada uno tiene su propia manera de codificar, identar y tabular sus programas, lo unico que te recomiendo, claro con todas las opciones arriba mencionadas, es que se pongan de acuerdo en sus variables, y hagan lo que se dice un "Diccionario de codigo", al igual que lo hace Microsoft, Norton, empresas desarrolladoras de codigo que tienen en su poder a mas de 200 programadores, trabajando todos en una apliacion, utilicen su propio lenguaje y defina las variables y clases como mas les gusta, recuerda, el como lo hagas, a veces no es tan importante, que el resultado que pretenden alcanzar con su proyecto..
_________________