Si se trata de un programa de cálculo numérico (por lo que he entendido), yo lo dejaría escrito en C o C++, y no lo ejecutaría sobre la plataforma.net, porque se perderá rendimiento.
Lo que sí haría: liberar memoria donde haga falta con free (o delete si has pasado a c++), intentar reestructurar el código para dar nombres entendibles a las funciones y equilibrar un poco el código, no tiene mucho sentido tener funciones gigantescas y funciones minúsculas a la vez... eso del aeiou me ha dejado estupefacto.
También haría diagramas de flujo y de clases (estos ultimos en caso de estar usando c++) para intentar comprender mejor el programa ese cochambroso.
Mm.. respecto a las pruebas, te recomiento utilizar pruebas unitarias, en plan jUnit (pero para C++, no sé que hay, sé que para c# está nunit)
Hace lustros que no comentaba en Barrapunto, pero es que al leer esto me ha soliviantado:
Mi idea, es convertirlo a C# mediante pasos sucesivos, y haciendo muchas pruebas cada pocas modificaciones para asegurarme de que sigue funcionando, ya que no tengo ni idea de cómo funciona y el proceso es muy importante.
Mi consejo: trata de entender, al menos un poco lo que hace el código, porque si no... auguro un desastre.
Después, si no tienes la desgracia de estar limitado a Windows, usa Valgrind [valgrind.org] y te dirá exactamente en dónde tienes los leaks de memoria, con lo cual podrás averiguar en dónde tienes que poner los free(), deletes, o como sea que se llamen ahora en.NET.
Como consejo si puedes usar valgrind o alguna herramienta parecida para buscar errores de memoria te ahorrará quebraderos de cabeza.
Ahora bien, lo de pasar código C++ a C++.NET no te lo aconsejaría, porque es bastante chapuza lo que ha hecho microsoft, y acabarás metiendo un montón de código sin sentido que no te ayudará a acabar pasándolo a C#.
Otra idea que puede ayudar, no sé bien cuál es la finalidad del proyecto, pero la interacción de cualquier lenguaje.NET con funciones nativas de c es bastante sencilla (busca PInvoke). Lo que te puede ayudar a tener una parte en c o c++ nativo y otra en c#.
dispose... en C pelao...
(Puntos:1, Informativo)Step 0
(Puntos:3, Inspirado)( Última bitácora: Miércoles, 28 Diciembre de 2011, 00:46h )
Si se trata de un programa de cálculo num
(Puntos:2)( http://blog.viricmind.org/ | Última bitácora: Jueves, 15 Agosto de 2013, 22:28h )
Lo que sí haría: liberar memoria donde haga falta con free (o delete si has pasado a c++), intentar reestructurar el código para dar nombres entendibles a las funciones y equilibrar un poco el código, no tiene mucho sentido tener funciones gigantescas y funciones minúsculas a la vez... eso del aeiou me ha dejado estupefacto.
También haría diagramas de flujo y de clases (estos ultimos en caso de estar usando c++) para intentar comprender mejor el programa ese cochambroso.
Mm.. respecto a las pruebas, te recomiento utilizar pruebas unitarias, en plan jUnit (pero para C++, no sé que hay, sé que para c# está nunit)
Un saludo
Primero entiende lo que hace y luego usa Valgrind
(Puntos:3, Inspirado)Hace lustros que no comentaba en Barrapunto, pero es que al leer esto me ha soliviantado:
Mi consejo: trata de entender, al menos un poco lo que hace el código, porque si no... auguro un desastre.
Después, si no tienes la desgracia de estar limitado a Windows, usa Valgrind [valgrind.org] y te dirá exactamente en dónde tienes los leaks de memoria, con lo cual podrás averiguar en dónde tienes que poner los free(), deletes, o como sea que se llamen ahora en .NET.
Evita C++ .NET
(Puntos:3, Informativo)( http://barrapunto.com/ | Última bitácora: Lunes, 15 Enero de 2007, 15:41h )
Ahora bien, lo de pasar código C++ a C++
Otra idea que puede ayudar, no sé bien cuál es la finalidad del proyecto, pero la interacción de cualquier lenguaje
Optimizacion motores de busqueda [optimizacionbusqueda.com]