Barrapunto

La pregunta del exámen dice "Haz un planteamiento del problema y resuélvalo de la manera más precisa, breve y completa".

Yo me flipo con todos mis problemas de suspensos, de la masificación, del malfuncionamiento, de la ausencia de recursos materiales, de la ausencia de la bibliotecaria y de la secretaria, de las inconsistencias de las matrículas poco detalladas, de los apretados e injustos horarios incluyendo los de previa cita, los de la ausencia de los profesores, del tardío del protocolo exagerado, de la ansiedad, del encarecimiento de las matrículas y de un mogollón infinito de problemas.

¿Sabéis qué?
¡Me voy a la mierda a buscar ladrillos!

Supongo que te refieres a UCS-2 en vez de UTF-16. Esos dos son muy parecidos pero no son iguales. UTF-16 tiene casi los mismos problemas que UTF-8 y casi ninguna de sus ventajas. El parseo es más sencillo pero tienes caracteres de 2 y de 4 bytes (aunque los de cuatro sean poco comunes siguen estando ahí) así que sigues sin saber el tamaño del carácter hasta que no lo lees y no puedes indexar la cadena hasta que no la interpretas.

UCS-2 es la codificación que usan internamente Windows o Java --.NET creo que usa UTF-16-- y sus caracteres son de tamaño fijo... Entre comillas porque también puedes representar Unicode completo pero el proceso es más simple de tratar que con UTF-16.

Una pregunta, por curiosidad. Hoy en día ¿Para que necesitas saber cuantos carácteres tiene una cadena?

Para guardar en una base de datos, se sigue bastando con el strlen de toda la vida. Para saber cuanto ocupa de ancho una "frase".... ¿No preguntas al componente gráfico cuanto ocupa? (Porque las fuentes monoespace estan quedando en desuso).

En otros temas que se me ocurren (véase nombres de usuarios y contraseñas). Tampoco es mucho problema, ya que se revisan cada mucho tiempo, y podemos prescindir de algo de procesador.

Así pues... ¿Que uso haces de las cadenas que necesitas saber el ancho de los carácteres y es tan repetitiva que te importa sobremanera el rendimiento?