El Viernes, 4 de Diciembre de 2009, Carles Pina i Estany escribió: > De hecho lo busqué después: del libro "Effective C++" (Third Edition) de > Scott Meyers, item 23, se titula: "Prefer non-member non-friend > functions to member functions." y explica un caso parecido, que no es de > la biblioteca básica (a mí aún me chirría más por compatibilidad con > otros strings si es la biblioteca básica, forzar casts, etc.) > > Si puedes revisa este capítulo, quizás en Google Books? Si es de la > segunda edición es el item 18. Básicamente, todo lo que pueda ser > implementado con funciones públicas mejor no ponerlo en la clase por > tamaño, flexibilidad y demás cosas que explica y no te cuento. Ah, y que > puedes hacer una clase auxiliar para esto como dije, aunque ayer no me > acordaba que justamente había un item de esto. Sinó te hubiera mandado > el libro directo.
Tengo un zip por ahí con los libros (segunda edición). El 18 es "Strive for class interfaces that are complete and minimal", quizás es el 19, o mi edición es "rara". Los libros estos están muy bien, pero son más avanzados de lo que ahora me toca, que aún estoy intentando volver a acordarme de las cosas más básicas. :-S > lo pensé después: puedes crear funciones dentro de funciones si > necesitaras funciones auxiliares que solo son llamadas desde una > función. Es decir, que el tokenizer necesite una función auxiliar pero > no otras funciones. Ahí va, pues esto no recuerdo haberlo visto siquiera. Ya buscaré. Lo más parecido que he hecho han sido funciones literales (¿lambda?) en JavaScript. -- Alex (a.k.a. suy) | GPG ID 0x0B8B0BC2 http://barnacity.net/ | http://disperso.net -- _______________________________________________ Comandob mailing list [email protected] http://lists.badopi.org/mailman/listinfo/comandob
