Pensar en C++ (Volumen 1) - Grupo ARCO

✐
✐
✐
“Volumen1” — 2012/1/12 — 13:52 — page 531 — #569
✐
B: Directrices de Programación
Este apéndice es una colección de sugerencias para programación
con C++. Se han reunido a lo largo de mi experiencia en como docente
y programador y
también de las aportaciones de amigos incluyendo a Dan Saks (co-autor junto
a Tom Plum de C++ Programming Guidelines, Plum Hall, 1991), Scott Meyers (autor
de Effective C++, 2ª edición, Addison-Wesley, 1998), and Rob Murray (autor de C++
Strategies & Tactics, Addison-Wesley, 1993). También, muchos de los consejos están
resumidos a partir del contenido de Thinking in C++.
1. Primero haga que funcione, después hágalo rápido. Esto es cierto incluso si se
está seguro de que una trozo de código es realmente importante y se sabe que
será un cuello de botella es el sistema. No lo haga. Primero, consiga que el sistema
tenga un diseño lo más simple posible. Entonces, si no es suficientemente
rápido, optimícelo. Casi siempre descubrirá que «su» cuello de botella no es el
problema. Guarde su tiempo para lo verdaderamente importante.
2. La elegancia siempre vale la pena. No es un pasatiempo frívolo. No sólo permite
que un programa sea más fácil de construir y depurar, también es más
fácil de comprender y mantener, y ahí es donde radica su valor económico. Esta
cuestión puede requerir de alguna experiencia para creerselo, porque puede
parecer que mientras se está haciendo un trozo de código elegante, no se es
productivo. La productividad aparece cuando el código se integra sin problemas
en el sistema, e incluso cuando se modifica el código o el sistema.
3. Recuerde el principio «divide y vencerás». Si el problema al que se enfrenta
es desmasiado confuso, intente imaginar la operación básica del programa se
puede hacer, debido a la existencia de una «pieza» mágica que hace el trabajo
difícil. Esta «pieza» es un objeto - escriba el código que usa el objeto, después
implemente ese objeto encapsulando las partes difíciles en otros objetos, etc.
4. No reescriba automáticamente todo su código C a C++ a menos que necesite un
cambiar significativamente su funcionalidad (es decir, no lo arregle si no está
roto). Recompilar C en C++ es un positivo porque puede revelar errores ocultos.
Sim embargo, tomar código C que funciona bien y reescribirlo en C++ no es la
mejor forma de invertir el tiempo, a menos que la versión C++ le ofrezca más
oportunidad de reutilizarlo como una clase.
5. Si tiene un gran trozo de código C que necesite cambios, primero aisle las partes
del código que no se modificará, posiblemente envolviendo esas funciones
en una «clase API» como métodos estáticos. Después ponga aténción al código
que va a cambiar, recolocandolo dentro de clases para facilitar las modificaciones
en el proceso de mantenimiento.
531
✐
✐
✐
✐