Autor
|
Tema: Tips para ordenar mejor el code (Leído 3,402 veces)
|
Caster
|
Hola a todos, os dejo unos tips para que ordenéis menor vuestro códigos y se haga mas amena la programación y algunos consejillos1) Declaración de variablesMuchas veces se declaran variables utilizando una línea por cada una: int x; int y; int z; int a; int num_1;
No es incorrecto, pero es mejor así: int x; int y; int z; int a; int num_1;
2) Asignar un valor a las variablesComún hacerlo así: int x; int y; int z; int a; int num_1; x = 1; y = 2; z = 3; a = 4; num_1 = 5
Se invierte mucho tiempo en hacerlo, y cuando son bastantes variables cuesta mucho ver el valor de cada una. Mejor así: int x = 1; int y = 2; int z = 3; int a = 4; int num_1 = 5;
Aplicando tambien lo dicho anteriormente 3) MainSe puede escribir escribir de muchas maneras: void main(void)
void main()
La mejor es esta: int main (int argc, char *argv [])[/code Si no se va a usar en el programa lo que está entre paréntesis, se omite: [code=c]int main()
4) ComentariosAunque parezca que no, los comentarios son una cosa muy importante a la hora de programar. Ayudan al programador a estructurar mejor el código y después a entenderlo mejor. Después de un tiempo de haber escrito el código, los comentarios ayudan a ver detalles que sin ellos sería difícil ver. No son imprescindibles, pero recomiendo su uso, sobretodo, a los programadores novatos como yo para poder entender mejor un código después de escribirlo 5) SangríaLa sangría es muy importante, aclara mucho el código, indica la subordinación de las sentencias dentro de un grupo, y en muchas ocasiones la falta de sangría puede provocar fallos en el funcionamiento del programa. Tambien es bueno incluír espacios en blanco para separar grupos de instrucciones relacionados. Por ahora no se me ocurre que más poner, lo iré aumentando sobre la marcha. Si creen que el post está bien pueden ponerle chincheta jiji. Mi intención únicamente es ayudar para que la gente novata como yo vaya cogiendo unas costumbres buenas hacia la programación[/code]
|
|
« Última modificación: 20 Febrero 2012, 10:03 am por |Demon| »
|
En línea
|
|
|
|
rir3760
Desconectado
Mensajes: 1.639
|
En el caso de aspectos subjetivos sobre el lenguaje C uno puede referenciar practicas seguidas por ciertos grupos, por ejemplo los influenciados (en el buen sentido de la palabra) con el estilo de los libros "K&R" y "K&R2". Uno puede en el tema indicar "me gusta mas", "me gusta menos", etc. pero no puede (por razones obvias) decir, por ejemplo, "es mejor". En el caso de la sintaxis del lenguaje el escenario es distinto. Tomemos por ejemplo la definición de la función principal. Definiciones como "void main(void) ..." no se recomiendan debido a que su soporte depende del compilador utilizado. En la misma linea indicar que la "mejor" forma de definir la función principal es: int main(int argc, char *argv[]) ...
No es correcto, basta con pensar porque se debe definir en esa forma si los argumentos no serán procesados. Aquí uno puede discutir sobre las formas que son validas y las que no lo son. En cuanto a colocar varias sentencias en una sola linea la mayoría de los libros y cursos lo evitan, en su lugar la convención es colocar solo una sentencia por linea utilizando lineas en blanco (al gusto) para enfatizar la estructura del programa. Un saludo
|
|
|
En línea
|
C retains the basic philosophy that programmers know what they are doing; it only requires that they state their intentions explicitly. -- Kernighan & Ritchie, The C programming language
|
|
|
Anastacio
Desconectado
Mensajes: 111
|
Muy bueno, pongo en practica. Gracias!
|
|
|
En línea
|
You, stop to close my post, you were novice too!!!!!!!!!!!!
|
|
|
Caster
|
Si lo pienso mejor, si, es subjetivo el post. Podéis interpretarlo como una opinión personal En cuanto a colocar varias sentencias en una sola linea la mayoría de los libros y cursos lo evitan Supongo que será para que se vean mas claros los ejemplos, pero a la hora de programar pienso que es mejor así, ahorra tiempo y muchas líneas. basta con pensar porque se debe definir en esa forma si los argumentos no serán procesados. A esto digo: Si no se va a usar en el programa lo que está entre paréntesis, se omite
|
|
|
En línea
|
|
|
|
bdoX
Desconectado
Mensajes: 35
|
Hola a todos, os dejo unos tips para que ordenéis menor vuestro códigos y se haga mas amena la programación y algunos consejillos1) Declaración de variablesMuchas veces se declaran variables utilizando una línea por cada una: int x; int y; int z; int a; int num_1;
No es incorrecto, pero es mejor así: int x; int y; int z; int a; int num_1;
Mil veces prefiero hacerlo asi: int x, y, z, a, num_1;
xd
|
|
|
En línea
|
|
|
|
farresito
Desconectado
Mensajes: 302
|
Mil veces prefiero hacerlo asi: int x, y, z, a, num_1;
xd Exacto! Es lo que iba a escribir. Para escribir todos los ints asi: int x; int y; int z; int a; int num_1; Mejor escribelo en lineas separadas, que se entiende mas: int x; int y; int z; int a; int num_1; De todos modos, es mejor omitir los ints restantes si todos son del mismo tipo. MAIN no se puede escribir de muchas maneras. Se escribe de UNA. Hay una CORRECTA, y muchas incorrectas. Que haya gente que lo haga, es su problema, pero de correctas solo hay una, que es con int
|
|
|
En línea
|
|
|
|
x64core
Desconectado
Mensajes: 1.908
|
so also : int a, b, c, d;
Struct MyStruct Sa, Sb, Sc, Sd;
BYTE Ba, Bb, Bc, Bd;
|
|
|
En línea
|
|
|
|
|
Mensajes similares |
|
Asunto |
Iniciado por |
Respuestas |
Vistas |
Último mensaje |
|
|
Ayuda con tips para diserñar Red Time
Diseño Gráfico
|
Red Mx
|
0
|
1,562
|
13 Julio 2006, 23:23 pm
por Red Mx
|
|
|
Tips para crear...
.NET (C#, VB.NET, ASP)
|
Braayhaan
|
3
|
3,636
|
30 Agosto 2009, 21:07 pm
por Skeletron
|
|
|
Tips para realizar un logotipo..
Diseño Gráfico
|
Darioxhcx
|
4
|
6,957
|
17 Noviembre 2009, 16:52 pm
por Sub_Cero
|
|
|
Tips para dificultar el crackeo de un programa
Ingeniería Inversa
|
_Enko
|
0
|
2,538
|
8 Octubre 2011, 15:53 pm
por _Enko
|
|
|
Tips para programar más rápido
Programación C/C++
|
r1f1
|
5
|
3,123
|
28 Febrero 2016, 07:05 am
por furciorifa
|
|