como descomponer un String de manera eficiente.
me gustaria descomponer un string de manera eficiente tal vez con expresiones regulares logre el objetivo.
para que me entienda este es el string
0125 80 00 000055648698 PC0000006987 | data1, dato2, dato3...daton |
************ENCABEZADO DE TRAMA*********************
por lo general este es el ecabezado de todas las tramas
los 4 primeros bytes 0125 hace referencia al tamaño
los 2 siguiente bytes 80 codigo de la trama
los 2 siguientes bytes 00 estado de la transaccion
los 12 siguientes bytes 000055648698 cedula usuario
los 12 siguientes bytes PC0000006987 hostname
****************************** PARTE DE DATOS**********************
lo parte de datos |data1,dato2,dato3...daton| es dinamica segun los datos
que se necesiten enviar la tengo entre | | para diferenciar la parte de datos
del encabezado.
la forma en que lo hago es muy manual, me gustaria como seria una forma eficiente de descompilar la trama, no se si con
expresiones regulares seria la manera optima de hacerlo que opinan que me recomienda ??????
- hackchan's blog
- Inicie sesión o regístrese para enviar comentarios
posiciones fijas?
Suena como que al menos el encabezado usa posiciones fijas, por lo que es mucho más eficiente obtener sus componentes usando las posiciones en donde están (haciendo algunas validaciones previas de longitud, etc).
Para la parte de datos, si simplemente tienes datos separados por comas, puedes usar un tokenizer en esa parte, o incluso ir buscando comas y separar a mano.
Todo esto depende de tu definición de óptimo... si lo que necesitas es optimizar el desempeño, no hay como tener tu propio parser específico para tu formato de datos, siempre y cuando esté muy bien implementado, puedes identificar cuellos de botella en tus algoritmos y hacer refactorings o lo que sea para que sea más rápido, utilice menos memoria, etc.
Si lo que necesitas es reducir la cantidad de código, dejarlo entendible y mantenible, incluso reutilizable, es mejor usar una solución más genérica. Regex son más genéricos pero ciertamente no son muy entendibles ni mantenibles, y nunca vas a tener un desempeño tan bueno como con tu propio parser específico para los datos que estás procesando.
Más importante aun, si ya lo
Más importante aun, si ya lo tienes y funciona bien ( no notas problemas de desempeño relevantes ), entonces trabaja en otra cosa, supongo que tienes mas funcionalidad por implementar.