Barrapunto es un poco puñetero con los símbolos < y > porque cree que estás tratando de meter etiquetas HTML. La forma es escribir < y >, o si estás escribiendo código lo mejor visualmente y más cómodo es rodear el bloque con <ecode> y </ecode>.
casi nunca tienes el canónico y venerado bucle "for (int i = 0; i menorque n; ++i)" o "while (i menorque n)".
Las condiciones pueden ser más complejas que i<n, pero a ser posible deberían intentar expresarse. Yo tampoco hago todos los bucles canónicos, pero si procuro que sean for ( inicialización ; condición ; avance ).
Por ejemplo, para una estructura de datos imaginaria:
for ( p=l->first ; p && !p->exit ; p = p->next)
Y en los casos en que esa condición no se encuentre fácilmente, o suponga una sobrecarga significativa, y haya que recurrir a break, hay que hacerlo con sumo cuidado para evitar errores, efectos laterales y cambios del flujo del programa que puedan pasar desapercibidos a quien coja ese código después.
Cuando escribas código para microcontroladores, para un kernel [...], joven.
No he hecho eso ni tengo previsto hacerlo (aunque con los tumbos que me dan no es descartable), pero estamos hablando de programación C, no necesariamente programación de microprocesadores.
sabrás que una única observación de una muestra no concluye absolutamente nada
Lo sé, claro, y por eso mi comentario era una concesión de que tal vez hubiera algo de tirria personal por mi parte.
Re:Reenvío
(Puntos:2)( http://press.asqueados.net/ | Última bitácora: Jueves, 17 Abril de 2014, 09:50h )
Las condiciones pueden ser más complejas que i<n, pero a ser posible deberían intentar expresarse. Yo tampoco hago todos los bucles canónicos, pero si procuro que sean for ( inicialización ; condición ; avance ).
Por ejemplo, para una estructura de datos imaginaria: Y en los casos en que esa condición no se encuentre fácilmente, o suponga una sobrecarga significativa, y haya que recurrir a break, hay que hacerlo con sumo cuidado para evitar errores, efectos laterales y cambios del flujo del programa que puedan pasar desapercibidos a quien coja ese código después.
No he hecho eso ni tengo previsto hacerlo (aunque con los tumbos que me dan no es descartable), pero estamos hablando de programación C, no necesariamente programación de microprocesadores.
Lo sé, claro, y por eso mi comentario era una concesión de que tal vez hubiera algo de tirria personal por mi parte.
Envíos descartados por Mu [barrapunto.com]