Para mí es una de las cosas más difíciles que hago a diario: nombrar campos, variables, métodos, clases... Nada tan reconfortante como encontrar el nombre perfecto que describa exactamente el propósito deseado. A veces tengo que regresar y renombrar; a veces paso tiempo y tiempo pensando, y nunca quedo contento hasta dar en el clavo. Por desgracia es algo que muchos no tienen como prioridad en su lista, y créanme... deberían.
Tiempo atrás (en realidad unos cuantos años atrás para ser exactos), saqué una foto de una clase en Delphi con nombres realmente graciosos. No los recuerdo exactamente y la foto la perdí, pero eran algo como: "EsteMetodoEsElQueResuelveElCalculoDeLaMultiplicacionDeDosMatrices". Vaya, que te hacías viejo leyendo aquello, y recuerdo que fueron minutos desagradables para el autor (autora, porque era una chica) ya que todos reímos de semejante espectáculo. Sin embargo -y aunque siguen causándome gracia cuando los recuerdo-, los prefiero 100 veces a lo que hace la mayoría: "Matrices", o "Calcular", o "Multiplicar", o algo tonto como estos y que dejará de tener sentido 10 minutos después de escrito.
No me malinterpreten: creo que un nombre demasiado largo opaca la claridad del código y por lo tanto hay que evitarlos, pero al menos son mucho más claros que los monosílabos que muchos tiran a diestra y siniestra y luego provocan la necesidad de comentar por todas partes. Y ustedes ya saben mi opinión sobre esto.
En resumen, he aquí el nombre de algunos métodos que encontré mientras estudiaba un poco de Objective C para hacer aplicaciones para iPhone. Noten como los desarrolladores de Apple se tomaron su tiempo para escribir nombres perfectos para cada uno de los eventos:
- didFinishLaunchingWithOptions
- applicationDidEnterBackground
- applicationWillEnterForeground
- applicationDidBecomeActive
- applicationWillTerminate
- applicationDidReceiveMemoryWarning
Cada uno de estos viene con su respectiva documentación, pero para serles honesto, creo que el nombre de cada uno es completamente explícito y dice todo lo que necesitamos saber. Si todos siguiéramos este patrón, indiscutiblemente que el mundo sería un lugar mucho más feliz para los programadores.
No comments:
Post a Comment
Note: Only a member of this blog may post a comment.